Interaction with virtual objects causing change of legal status

ABSTRACT

Technology is provided for transferring a right to a digital content item based on one or more physical actions detected in data captured by a see-through, augmented reality display device system. A digital content item may be represented by a three-dimensional (3D) virtual object displayed by the device system. A user can hold the virtual object in some examples, and transfer a right to the content item the object represents by handing the object to another user within a defined distance, who indicates acceptance of the right based upon one or more physical actions including taking hold of the transferred object. Other examples of physical actions performed by a body part of a user may also indicate offer and acceptance in the right transfer. Content may be transferred from display device to display device while rights data is communicated via a network with a service application executing remotely.

BACKGROUND

For content embodied in physical media (e.g. music albums on compactdiscs (CD), paper books, and movies on DVDs) friends and family canlegally share or transfer the content by giving the physical medium of aCD, paper book or DVD to another person. However, due to the nature ofcontent stored in a digital format, downloadable and playable on anygeneral purpose computer system with a display or audio output, alicense to the content rather than ownership of a copy of the content ina physical medium is typically what is granted to a purchaser or otherlegal recipient who downloads a digital copy of content today. Theresult has been the development of digital rights management to trackcontent and prevent its unauthorized copying. Another result is thedisruption of a powerful and desirable method of human interaction toreadily share one's creative favorites of literature, music, film andthe like with family and friends, at least in a legal way.

SUMMARY

An augmented or mixed reality display device allows virtual imagery tobe mixed with a user's actual view of the real world. The technologydescribed below provides embodiments of using a see-through, augmentedreality or mixed reality display device system, which displays a virtualobject representing a digital content item, for transferring a right forthe digital content item. In many embodiments, the virtual object may bedisplayed to appear as a real world item of a physical medium, e.g. DVD,CD, book, associated with a genre, e.g. movie, song, novel, game, avataraccessory, of the digital content item. One or more users can performphysical actions with respect to the virtual object for indicating atransfer request of a right to the digital content item. Based on dataidentifying these physical actions, a determination is made as towhether the transfer request is permitted. The digital content item maybe associated with a DRM library of a user which may also be displayedin some embodiments.

The technology provides an embodiment of a see-through, augmentedreality display device system for transferring a right to a digitalcontent item. The system comprises an image generation unit fordisplaying an image of a virtual object representing a digital contentitem in a user field of view of the display system of a first user. Oneor more software controlled processors receive data identifying one ormore physical actions of the first user with respect to the virtualobject indicating a transfer request of a right to the digital contentitem. The system further comprises a memory accessible by the one ormore processors for storing software, and transfer rules for the digitalcontent item upon which the one or more processors determine whether totransfer the right to the digital content item.

The technology provides an embodiment of a method for transferring aright to a digital content item represented as a virtual object by asee-through, augmented reality display system. The method comprisesdisplaying one or more virtual objects representing one or more digitalcontent items of a digital rights managed (DRM) library of digitalcontent items of a first user. Data is received which identifies one ormore physical actions of the first user selecting at least one of thevirtual objects representing at least one digital content item. Themethod further comprises identifying one or more physical actions of thefirst user with respect to the at least one virtual object and a seconduser indicating a transfer request of a right to the at least onedigital content item to the second user. The transfer request isprocessed based on transfer rules for the at least one digital contentitem.

The technology provides an embodiment of one or more processor readablestorage media having stored thereon processor executable instructionsfor implementing a method for requesting an offer of a right to acontent item by a user using a see-through, augmented reality displaydevice system. The method comprising receiving data identifying at leastone physical action of a user selecting a content object of interestbased on data obtained by one or more sensors of the see-through,augmented reality display device system. Data is received identifying atleast one physical action indicating a request for one or more offers ofrights to the content item represented by the content object of interestbased on data obtained by one or more sensors of the see-through,augmented reality display device system. A request is sent to a DRMservice application over a network, and one or more offers of rights tothe content item are received from the DRM service application over anetwork.

This Summary is provided to introduce a selection of concepts in asimplified form that are further described below in the DetailedDescription. This Summary is not intended to identify key features oressential features of the claimed subject matter, nor is it intended tobe used as an aid in determining the scope of the claimed subjectmatter.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1A is a block diagram depicting example components of oneembodiment of a see-through, mixed reality display device system.

FIG. 1B is a block diagram depicting example components of anotherembodiment of a see-through, mixed reality display device system.

FIG. 2A is a side view of an eyeglass temple of the frame of in anembodiment of the see-through, mixed reality display device embodied aseyeglasses providing support for hardware and software components.

FIG. 2B is a top view of an embodiment of a display optical system of asee-through, near-eye, mixed reality device.

FIG. 3A is a block diagram of one embodiment of hardware and softwarecomponents of a see-through, near-eye, mixed reality display device asmay be used with one or more embodiments.

FIG. 3B is a block diagram describing the various components of aprocessing unit.

FIG. 4 is a block diagram of an exemplary mobile device which mayoperate in embodiments of the technology.

FIG. 5 illustrates an embodiment of a depth camera which may operate ina system embodiment of the technology.

FIG. 6A is a block diagram of a system from a software perspective fortransferring a right to a digital content item using a see-through,augmented reality display device system.

FIG. 6B illustrates an example embodiment of a DRM data set for adigital content item.

FIG. 6C is a flowchart of a method embodiment for determining athree-dimensional user field of view.

FIG. 6D is a flowchart of a method embodiment for identifying one ormore real objects in a user field of view.

FIG. 6E is a flowchart of a method embodiment for generating athree-dimensional model of a user space.

FIG. 6F is a flowchart of a method embodiment for identifying one ormore objects in a user field of view.

FIG. 6G is a flowchart of a method embodiment for identifying one ormore objects in a user field of view.

FIG. 7A is a flowchart of an embodiment of a method for adding a digitalcontent item to a DRM library of content items for a user.

FIG. 7B is a flowchart of an embodiment of a method for generatingdisplay data for a virtual object representing a digital content item.

FIG. 7C is a flowchart of an embodiment of a method for updating copiesof a DRM library of content items on different user devices.

FIG. 8 is a flowchart of an embodiment of a method for transferring aright to a digital content item using a see-through, augmented realitydisplay device system.

FIG. 9 is a flowchart of an embodiment of a method for displaying one ormore three-dimensional (3D) virtual objects representing one or moredigital content items in a see-through, augmented reality display devicesystem.

FIG. 10 illustrates some example displays of one or more DRM librariesseen through a see-through, augmented reality display device.

FIG. 11A is a flowchart of an embodiment of a method for determiningwhether an offer of a right to a digital content item is permitted inaccordance with transfer rules for the digital content item.

FIG. 11B is a flowchart of an embodiment of a method for updating a DRMlibrary after acceptance of a permitted offer of the digital contentitem.

FIG. 12A illustrates an example of a physical action by a user of agesture for selecting a digital content item from a display of a DRMlibrary displayed in the user field of view of a see-through, augmentedreality display device.

FIG. 12B illustrates an example of gestures and sounds as physicalactions of users detected by a see-through, augmented reality display ofeach user for completing a transfer of a right to a digital content itembetween the users.

FIG. 12C illustrates an examples of settings for an appearancecharacteristic of one or more virtual objects to indicate a rightassociated with each virtual object.

FIG. 13A illustrates an example of a physical action of a user as agesture for selecting a digital content item.

FIG. 13B illustrates examples of physical actions of a first user withrespect to a virtual object and a second user indicating an offer of atransfer of a right and examples of physical actions of a second userwith respect to the virtual object and the first user accepting theoffer.

FIG. 14A is a flowchart of an embodiment of a method for requesting anoffer of a right to a content item, digital or embodied in a physicalmedium.

FIG. 14B is a flowchart of an embodiment of a method for accepting anoffer of a right to a content item, digital or embodied in a physicalmedium.

FIG. 15A is a flowchart of an embodiment of a method for identifying atleast one physical action of a user's eye selecting a content object ofinterest.

FIG. 15B is a flowchart of another embodiment of a method foridentifying at least one physical action of a user's eye selecting acontent object of interest.

FIG. 16 is a block diagram of one embodiment of a computing system thatcan be used to implement a network accessible computing system hosting areference DRM service application.

DETAILED DESCRIPTION

As mentioned above, the technology described below provides embodimentsof using a see-through, augmented reality or mixed reality displaydevice system, which displays a virtual object representing a digitalcontent item, for transferring a right for the digital content item. Inmany embodiments, the digital content item is represented by athree-dimensional (3D) virtual object which the user can manipulate witha physical action. In some embodiments, the virtual object may be atwo-dimensional representation of the digital content item. Sensors onthe augmented reality display device system, and in some instancesadditional sensors present in the environment of the user, detect theuser's physical action. For example, in a display of a movies portion ofa user's DRM library as DVDs on a shelf, a user's hand may appear tocontact one of the DVDs.

Sensors such as an outward facing camera on the see-through, augmentedreality display device capture image data of this action. In someexamples, the image data is sent to a remote computer system whichanalyzes the image data and identifies the movement of the hand as apulling out of the DVD from the shelf. This action may be defined as agesture or action which is a control or command to a DRM applicationresulting in the position of the virtual object being moved inaccordance with the hand pulling movement detected for the user. Anacceptance action of like “taking” or “accepting” the virtual object mayalso be detected. This helps bring human interaction of physicallygiving or handing an item to another person into the exchange withanother person. In other examples, other types of physical actions maybe used instead or in addition to hand movements. Some examples of otherphysical actions are sounds, for example spoken words indicating whatright is being transferred, or a physical action of one's eye likefixating on a virtual object for an amount of time or blinking may beused to indicate an offer or acceptance of a right to a digital contentitem.

As described further below, the rights data for each digital contentitem is updated after a transfer, and a reference copy of a DRM libraryfor each user stored remotely is updated to reflect the transfer.

FIG. 1A is a block diagram depicting example components of oneembodiment of a see-through, augmented or mixed reality display devicesystem. System 8 includes a see-through display device as a near-eye,head mounted display device 2 in communication with processing unit 4via wire 6. In other embodiments, head mounted display device 2communicates with processing unit 4 via wireless communication.Processing unit 4 may take various embodiments. In some embodiments,processing unit 4 is a separate unit which may be worn on the user'sbody, e.g. the wrist in the illustrated example or in a pocket, andincludes much of the computing power used to operate near-eye displaydevice 2. Processing unit 4 may communicate wirelessly (e.g., WiFi,Bluetooth, infra-red, cellular, 3G, 4G or other wireless communicationmeans) over a communication network 50 to one or more hub computingsystems 12 whether located nearby in this example or at a remotelocation. In other embodiments, the functionality of the processing unit4 may be integrated in software and hardware components of the displaydevice 2.

Head mounted display device 2, which in one embodiment is in the shapeof eyeglasses in a frame 115, is worn on the head of a user so that theuser can see through a display, embodied in this example as a displayoptical system 14 for each eye, and thereby have an actual direct viewof the space in front of the user.

The use of the term “actual direct view” refers to the ability to seereal world objects directly with the human eye, rather than seeingcreated image representations of the objects. For example, lookingthrough glass at a room allows a user to have an actual direct view ofthe room, while viewing a video of a room on a television is not anactual direct view of the room. Based on the context of executingsoftware, for example, a gaming application, the system can projectimages of virtual objects, sometimes referred to as virtual images, onthe display that are viewable by the person wearing the see-throughdisplay device while that person is also viewing real world objectsthrough the display.

Frame 115 provides a support for holding elements of the system in placeas well as a conduit for electrical connections. In this embodiment,frame 115 provides a convenient eyeglass frame as support for theelements of the system discussed further below. In other embodiments,other support structures can be used. An example of such a structure isa visor or goggles. The frame 115 includes a temple or side arm forresting on each of a user's ears. Temple 102 is representative of anembodiment of the right temple and includes control circuitry 136 forthe display device 2. Nose bridge 104 of the frame includes a microphone110 for recording sounds and transmitting audio data to processing unit4.

Hub computing system 12 may be a computer, a gaming system or console,or the like. According to an example embodiment, the hub computingsystem 12 may include hardware components and/or software componentssuch that hub computing system 12 may be used to execute applicationssuch as gaming applications, non-gaming applications, or the like. Anapplication may be executing on hub computing system 12, or by one ormore processors of the see-through mixed reality system 8.

In this embodiment, hub computing system 12 is communicatively coupledto one or more capture devices, such as capture devices 20A and 20B. Inother embodiments, more or less than two capture devices can be used tocapture the room or other physical environment of the user.

Capture devices 20A and 20B may be, for example, cameras that visuallymonitor one or more users and the surrounding space such that gesturesand/or movements performed by the one or more users, as well as thestructure of the surrounding space, may be captured, analyzed, andtracked to perform one or more controls or actions within an applicationand/or animate an avatar or on-screen character. Each capture device,20A and 20B, may also include a microphone (not shown). Hub computingsystem 12 may be connected to an audiovisual device 16 such as atelevision, a monitor, a high-definition television (HDTV), or the likethat may provide game or application visuals. In some instances, theaudiovisual device 16 may be a three-dimensional display device. In oneexample, audiovisual device 16 includes internal speakers. In otherembodiments, audiovisual device 16, a separate stereo or hub computingsystem 12 is connected to external speakers 22.

FIG. 1B is a block diagram depicting example components of anotherembodiment of a see-through, augmented or mixed reality display devicesystem 8 which may communicate over a communication network 50 withother devices. In this embodiment, the near-eye display device 2communicates with a mobile computing device 5 as an example embodimentof the processing unit 4. In the illustrated example, the mobile device5 communicates via wire 6, but communication may also be wireless inother examples.

Furthermore, as in the hub computing system 12, gaming and non-gamingapplications may execute on a processor of the mobile device 5 whichuser actions control or which user actions animate an avatar as may bedisplayed by the display optical systems 14. A display 7 of the mobiledevice 5 may also display data, for example menus, for executingapplications. The mobile device 5 also provides a network interface forcommunicating with other computing devices like hub computing system 12over the Internet 50 or via another communication network 50 (e.g. e.g.,WiFi, Bluetooth, infra-red, cellular, 3G, 4G or other wirelesscommunication means) via a wired or wireless communication medium usinga wired or wireless communication protocol. A remote network accessiblecomputer system like hub computing system 12 may be leveraged forprocessing power and remote data access by a processing unit 4 likemobile device 5. Examples of hardware and software components of amobile device 5 such as may be embodied in a smartphone or tabletcomputing device are described in FIG. 20, and these components canembody the hardware and software components of a processing unit 4 suchas those discussed in the embodiment of FIG. 3B. Some other examples ofmobile devices 5 are a laptop or notebook computer and a netbookcomputer.

FIG. 2A is a side view of an eyeglass temple 102 of the frame 115 of inan embodiment of the see-through, mixed reality display device embodiedas eyeglasses providing support for hardware and software components. Atthe front of frame 115 is physical environment facing video camera 113that can capture video and still images which are transmitted to theprocessing unit 4,5. Particularly in some embodiments where the displaydevice 2 is not operating in conjunction with depth cameras like capturedevices 20 a and 20 b of the hub system 12, the physical environmentfacing camera 113 may be a depth camera as well as a visible lightsensitive camera. For example, the depth camera may include an IRilluminator transmitter and a hot reflecting surface like a hot mirrorin front of the visible image sensor which lets the visible light passand directs reflected IR radiation within a wavelength range or about apredetermined wavelength transmitted by the illuminator to a CCD orother type of depth sensor. Other examples of detectors that may beincluded on the head mounted display device 2 without limitation, areSONAR, LIDAR, Structured Light, and/or Time of Flight distance detectorspositioned to detect information that a wearer of the device may beviewing.

The data from the camera may be sent to a processor 210 of the controlcircuitry 136, or the processing unit 4,5 or both, which may processthem but which the unit 4,5 may also send to one or more computersystems 12 over a network 50 for processing. The processing identifiesand maps the user's real world field of view. Additionally, the physicalenvironment facing camera 113 may also include a light meter formeasuring ambient light.

Control circuits 136 provide various electronics that support the othercomponents of head mounted display device 2. More details of controlcircuits 136 are provided below with respect to FIG. 3A. Inside, ormounted to temple 102, are ear phones 130, inertial sensors 132, GPStransceiver 144 and temperature sensor 138. In one embodiment, inertialsensors 132 include a three axis magnetometer 132A, three axis gyro 132Band three axis accelerometer 132C (See FIG. 3A). The inertial sensorsare for sensing position, orientation, and sudden accelerations of headmounted display device 2. From these movements, head position may alsobe determined.

Mounted to or inside temple 102 is an image source or image generationunit 120. In one embodiment, the image source includes micro displayassembly 120 for projecting images of one or more virtual objects andlens system 122 for directing images from micro display 120 into lightguide optical element 112. Lens system 122 may include one or morelenses. In one embodiment, lens system 122 includes one or morecollimating lenses. In the illustrated example, a reflecting element 124of light guide optical element 112 receives the images directed by thelens system 122.

There are different image generation technologies that can be used toimplement micro display 120. For example, micro display 120 can beimplemented using a transmissive projection technology where the lightsource is modulated by optically active material, backlit with whitelight. These technologies are usually implemented using LCD typedisplays with powerful backlights and high optical energy densities.Micro display 120 can also be implemented using a reflective technologyfor which external light is reflected and modulated by an opticallyactive material. The illumination is forward lit by either a whitesource or RGB source, depending on the technology. Digital lightprocessing (DGP), liquid crystal on silicon (LCOS) and Mirasol® displaytechnology from Qualcomm, inc. Are all examples of reflectivetechnologies which are efficient as most energy is reflected away fromthe modulated structure and may be used in the system described herein.Additionally, micro display 120 can be implemented using an emissivetechnology where light is generated by the display. For example, aPicoP™ display engine from Microvision, Inc. emits a laser signal with amicro mirror steering either onto a tiny screen that acts as atransmissive element or beamed directly into the eye (e.g., laser).

FIG. 2B is a top view of an embodiment of a display optical system 14 ofa see-through, near-eye, augmented or mixed reality device. A portion ofthe frame 115 of the near-eye display device 2 will surround a displayoptical system 14 for providing support for one or more lenses asillustrated and making electrical connections. In order to show thecomponents of the display optical system 14, in this case 14 r for theright eye system, in the head mounted display device 2, a portion of theframe 115 surrounding the display optical system is not depicted.

In one embodiment, the display optical system 14 includes a light guideoptical element 112, opacity filter 114, see-through lens 116 andsee-through lens 118. In one embodiment, opacity filter 114 is behindand aligned with see-through lens 116, lightguide optical element 112 isbehind and aligned with opacity filter 114, and see-through lens 118 isbehind and aligned with lightguide optical element 112. See-throughlenses 116 and 118 are standard lenses used in eye glasses and can bemade to any prescription (including no prescription). In one embodiment,see-through lenses 116 and 118 can be replaced by a variableprescription lens. In some embodiments, head mounted display device 2will include only one see-through lens or no see-through lenses. Inanother alternative, a prescription lens can go inside light guideoptical element 112. Opacity filter 114 filters out natural light(either on a per pixel basis or uniformly) to enhance the contrast ofthe virtual imagery. Light guide optical element 112 channels artificiallight to the eye. More details of the opacity filter 114 and light guideoptical element 112 is provided below. In alternative embodiments, anopacity filter 114 may not be utilized.

Light guide optical element 112 transmits light from micro display 120to the eye 140 of the user wearing head mounted display device 2. Lightguide optical element 112 also allows light from in front of the headmounted display device 2 to be transmitted through light guide opticalelement 112 to eye 140, as depicted by arrow 142 representing an opticalaxis of the display optical system 14 r, thereby allowing the user tohave an actual direct view of the space in front of head mounted displaydevice 2 in addition to receiving a virtual image from micro display120. Thus, the walls of light guide optical element 112 are see-through.Light guide optical element 112 includes a first reflecting surface 124(e.g., a mirror or other surface). Light from micro display 120 passesthrough lens 122 and becomes incident on reflecting surface 124. Thereflecting surface 124 reflects the incident light from the microdisplay 120 such that light is trapped inside a planar, substratecomprising light guide optical element 112 by internal reflection.

After several reflections off the surfaces of the substrate, the trappedlight waves reach an array of selectively reflecting surfaces 126. Notethat only one of the five surfaces is labeled 126 to preventover-crowding of the drawing. Reflecting surfaces 126 couple the lightwaves incident upon those reflecting surfaces out of the substrate intothe eye 140 of the user. As different light rays will travel and bounceoff the inside of the substrate at different angles, the different rayswill hit the various reflecting surface 126 at different angles.Therefore, different light rays will be reflected out of the substrateby different ones of the reflecting surfaces. The selection of whichlight rays will be reflected out of the substrate by which surface 126is engineered by selecting an appropriate angle of the surfaces 126. Inone embodiment, each eye will have its own light guide optical element112. When the head mounted display device has two light guide opticalelements, each eye can have its own micro display 120 that can displaythe same image in both eyes or different images in the two eyes. Inanother embodiment, there can be one light guide optical element whichreflects light into both eyes.

Opacity filter 114, which is aligned with light guide optical element112, selectively blocks natural light, either uniformly or on aper-pixel basis, from passing through light guide optical element 112.In one embodiment, the opacity filter can be a see-through LCD panel,electro chromic film, or similar device which is capable of serving asan opacity filter. Such a see-through LCD panel can be obtained byremoving various layers of substrate, backlight and diffusers from aconventional LCD. The LCD panel can include one or morelight-transmissive LCD chips which allow light to pass through theliquid crystal. Such chips are used in LCD projectors, for instance.

Opacity filter 114 can include a dense grid of pixels, where the lighttransmissivity of each pixel is individually controllable betweenminimum and maximum transmissivities. While a transmissivity range of0-100% is ideal, more limited ranges are also acceptable. In oneexample, 100% transmissivity represents a perfectly clear lens. An“alpha” scale can be defined from 0-100%, where 0% allows no light topass and 100% allows all light to pass. The value of alpha can be setfor each pixel by the opacity filter control unit 224 described below.

A mask of alpha values can be used from a rendering pipeline, afterz-buffering with proxies for real-world objects. When the system rendersa scene for the augmented reality display, it takes note of whichreal-world objects are in front of which virtual objects. If a virtualobject is in front of a real-world object, then the opacity should be onfor the coverage area of the virtual object. If the virtual object is(virtually) behind a real-world object, then the opacity should be off,as well as any color for that pixel, so the user will only see thereal-world object for that corresponding area (a pixel or more in size)of real light. Coverage would be on a pixel-by-pixel basis, so thesystem could handle the case of part of a virtual object being in frontof a real-world object, part of the virtual object being behind thereal-world object, and part of the virtual object being coincident withthe real-world object. Displays capable of going from 0% to 100% opacityat low cost, power, and weight are the most desirable for this use.Moreover, the opacity filter can be rendered in color, such as with acolor LCD or with other displays such as organic LEDs, to provide a widefield of view. More details of an opacity filter are provided in U.S.patent application Ser. No. 12/887,426, “Opacity Filter For See-ThroughMounted Display,” filed on Sep. 21, 2010, incorporated herein byreference in its entirety.

In one embodiment, the display and the opacity filter are renderedsimultaneously and are calibrated to a user's precise position in spaceto compensate for angle-offset issues. Eye tracking can be employed tocompute the correct image offset at the extremities of the viewingfield. In some embodiments, a temporal or spatial fade in the amount ofopacity can be used in the opacity filter. Similarly, a temporal orspatial fade in the virtual image can be used. In one approach, atemporal fade in the amount of opacity of the opacity filter correspondsto a temporal fade in the virtual image. In another approach, a spatialfade in the amount of opacity of the opacity filter corresponds to aspatial fade in the virtual image.

In one example approach, an increased opacity is provided for the pixelsof the opacity filter which are behind the virtual image, from theperspective of the identified location of the user's eye. In thismanner, the pixels behind the virtual image are darkened so that lightfrom a corresponding portion of the real world scene is blocked fromreaching the user's eyes. This allows the virtual image to be realisticand represent a full range of colors and intensities. Moreover, powerconsumption by the augmented reality emitter is reduced since thevirtual image can be provided at a lower intensity. Without the opacityfilter, the virtual image would need to be provided at a sufficientlyhigh intensity which is brighter than the corresponding portion of thereal world scene, for the virtual image to be distinct and nottransparent. In darkening the pixels of the opacity filter, generally,the pixels which follow the closed perimeter of virtual image aredarkened, along with pixels within the perimeter. It can be desirable toprovide some overlap so that some pixels which are just outside theperimeter and surround the perimeter are also darkened (at the samelevel of darkness or less dark than pixels inside the perimeter). Thesepixels just outside the perimeter can provide a fade (e.g., a gradualtransition in opacity) from the darkness inside the perimeter to fullamount of opacity outside the perimeter.

Head mounted display device 2 also includes a system for tracking theposition of the user's eyes. As will be explained below, the system willtrack the user's position and orientation so that the system candetermine the field of view of the user. However, a human will notperceive everything in front of them. Instead, a user's eyes will bedirected at a subset of the environment. Therefore, in one embodiment,the system will include technology for tracking the position of theuser's eyes in order to refine the measurement of the field of view ofthe user. For example, head mounted display device 2 includes eyetracking assembly 134 (see FIG. 2B), which will include an eye trackingillumination device 134A and eye tracking camera 134B (see FIG. 3A). Inone embodiment, eye tracking illumination source 134A includes one ormore infrared (IR) emitters, which emit IR light toward the eye. Eyetracking camera 134B includes one or more cameras that sense thereflected IR light. The position of the pupil can be identified by knownimaging techniques which detect the reflection of the cornea. Forexample, see U.S. Pat. No. 7,401,920, entitled “Head Mounted EyeTracking and Display System”, issued Jul. 22, 2008 to Kranz et al.,incorporated herein by reference. Such a technique can locate a positionof the center of the eye relative to the tracking camera. Generally, eyetracking involves obtaining an image of the eye and using computervision techniques to determine the location of the pupil within the eyesocket. In one embodiment, it is sufficient to track the location of oneeye since the eye usually moves in unison. However, it is possible totrack each eye separately. Alternatively, eye tracking camera may be analternative form of tracking camera using any motion based image of theeye to detect position, with or without an illumination source.

Another embodiment for tracking the direction of the eyes is based oncharge tracking. This concept is based on the observation that a retinacarries a measurable positive charge and the cornea has a negativecharge. Sensors 128, in some embodiments, are mounted by the user's ears(near earphones 130) to detect the electrical potential while the eyesmove around and effectively read out what the eyes are doing in realtime. (See Control your mobile music with eyeball-activated earphones!,Feb. 19, 2010 [retrieved from the Internet Jul. 12, 2011:http://www.wirefresh.com/control-your-mobile-music-with-eyeball-actvated-headphones].)Eye blinks may be tracked as commands. Other embodiments for trackingeyes movements such as blinks which are based on pattern and motionrecognition in image data from the small eye tracking camera 134 mountedon the inside of the glasses, can also be used.

In the embodiments above, the specific number of lenses shown are justexamples. Other numbers and configurations of lenses operating on thesame principles may be used. Additionally, FIGS. 2A and 2B only showhalf of the head mounted display device 2. A full head mounted displaydevice would include another set of see through lenses 116 and 118,another opacity filter 114, another light guide optical element 112,another micro display 120, another lens system 122 physical environmentfacing camera 113 (also referred to as outward facing or front facingcamera 113), eye tracking assembly 134, earphone 130, sensors 128 ifpresent and temperature sensor 138. Additional details of a head mounteddisplay 2 are illustrated in U.S. patent application Ser. No. 12/905,952entitled Fusing Virtual Content Into Real Content, Filed Oct. 15, 2010,fully incorporated herein by reference.

FIG. 3A is a block diagram of one embodiment of hardware and softwarecomponents of a see-through, near-eye, mixed reality display device 2 asmay be used with one or more embodiments. FIG. 3B is a block diagramdescribing the various components of a processing unit 4,5. In thisembodiment, near-eye display device 2, receives instructions about avirtual image from processing unit 4,5 and provides data from sensorsback to processing unit 4,5. Software and hardware components which maybe embodied in a processing unit 4,5, for example as depicted in FIG. 4,receive the sensory data from the display device 2 and may also receivesensory information from a computing system 12 over a network 50 (SeeFIGS. 1A and 1B). Based on that information, processing unit 4, 5 willdetermine where and when to provide a virtual image to the user and sendinstructions accordingly to the control circuitry 136 of the displaydevice 2.

Note that some of the components of FIG. 3A (e.g., outward or physicalenvironment facing camera 113, eye camera 134, micro display 120,opacity filter 114, eye tracking illumination unit 134A, earphones 130,sensors 128 if present, and temperature sensor 138 are shown in shadowto indicate that there are at least two of each of those devices, atleast one for the left side and at least one for the right side of headmounted display device 2. FIG. 3A shows the control circuit 200 incommunication with the power management circuit 202. Control circuit 200includes processor 210, memory controller 212 in communication withmemory 244 (e.g., D-RAM), camera interface 216, camera buffer 218,display driver 220, display formatter 222, timing generator 226, displayout interface 228, and display in interface 230. In one embodiment, allof components of control circuit 200 are in communication with eachother via dedicated lines of one or more buses. In another embodiment,each of the components of control circuit 200 are in communication withprocessor 210.

Camera interface 216 provides an interface to the two physicalenvironment facing cameras 113 and each eye camera 134 and storesrespective images received from the cameras 113, 134 in camera buffer218. Display driver 220 will drive microdisplay 120. Display formatter222 may provide information, about the virtual image being displayed onmicrodisplay 120 to one or more processors of one or more computersystems, e.g. 4, 5, 12, 210 performing processing for the augmentedreality system. The display formatter 222 can identify to the opacitycontrol unit 224 transmissivity settings for which pixels of the displayoptical system 14. Timing generator 226 is used to provide timing datafor the system. Display out interface 228 includes a buffer forproviding images from physical environment facing cameras 113 and theeye cameras 134 to the processing unit 4, 5. Display in interface 230includes a buffer for receiving images such as a virtual image to bedisplayed on microdisplay 120. Display out 228 and display in 230communicate with band interface 232 which is an interface to processingunit 4, 5.

Power management circuit 202 includes voltage regulator 234, eyetracking illumination driver 236, audio DAC and amplifier 238,microphone preamplifier and audio ADC 240, temperature sensor interface242, electrical impulse controller 237, and clock generator 245. Voltageregulator 234 receives power from processing unit 4,5 via band interface232 and provides that power to the other components of head mounteddisplay device 2. Illumination driver 236 controls, for example via adrive current or voltage, the eye tracking illumination unit 134A tooperate about a predetermined wavelength or within a wavelength range.Audio DAC and amplifier 238 provides audio data to earphones 130.Microphone preamplifier and audio ADC 240 provides an interface formicrophone 110. Temperature sensor interface 242 is an interface fortemperature sensor 138. Electrical impulse controller 237 receives dataindicating eye movements from the sensor 128 if implemented by thedisplay device 2. Power management unit 202 also provides power andreceives data back from three axis magnetometer 132A, three axis gyro132B and three axis accelerometer 132C. Power management unit 202 alsoprovides power and receives data back from and sends data to GPStransceiver 144.

FIG. 3B is a block diagram of one embodiment of the hardware andsoftware components of a processing unit 4 associated with asee-through, near-eye, mixed reality display unit. The mobile device 5may include this embodiment of hardware and software components as wellas similar components which perform similar functions. FIG. 3B showscontrols circuit 304 in communication with power management circuit 306.Control circuit 304 includes a central processing unit (CPU) 320,graphics processing unit (GPU) 322, cache 324, RAM 326, memory control328 in communication with memory 330 (e.g., D-RAM), flash memorycontroller 332 in communication with flash memory 334 (or other type ofnon-volatile storage), display out buffer 336 in communication withsee-through, near-eye display device 2 via band interface 302 and bandinterface 232, display in buffer 338 in communication with near-eyedisplay device 2 via band interface 302 and band interface 232,microphone interface 340 in communication with an external microphoneconnector 342 for connecting to a microphone, PCI express interface forconnecting to a wireless communication device 346, and USB port(s) 348.

In one embodiment, wireless communication component 346 can include aWi-Fi enabled communication device, Bluetooth communication device,infrared communication device, cellular, 3G, 4G communication devices,Wireless USB (WUSB) etc. The wireless communication component 346 thusallows peer-to-peer data transfers with for example, another displaydevice system 8, as well as connection to a larger network via awireless router or cell tower. The USB port can be used to dock theprocessing unit 4, 5 to another display device system 8. Additionally,the processing unit 4,5 can dock to another computing system 12 in orderto load data or software onto processing unit 4, 5, as well as chargeprocessing unit 4, 5. In one embodiment, CPU 320 and GPU 322 are themain workhorses for determining where, when and how to insert virtualimages into the view of the user.

Power management circuit 306 includes clock generator 360, analog todigital converter 362, battery charger 364, voltage regulator 366,see-through, near-eye display power source 376, and temperature sensorinterface 372 in communication with temperature sensor 374 (located onthe wrist band of processing unit 4). An alternating current to directcurrent converter 362 is connected to a charging jack 370 for receivingan AC supply and creating a DC supply for the system. Voltage regulator366 is in communication with battery 368 for supplying power to thesystem. Battery charger 364 is used to charge battery 368 (via voltageregulator 366) upon receiving power from charging jack 370. Device powerinterface 376 provides power to the display device 2.

As discussed above, the processing unit 4 may be embodied in a mobiledevice 5. FIG. 4 is a block diagram of an exemplary mobile device 400which may operate in embodiments of the technology. Exemplary electroniccircuitry of a typical mobile phone is depicted. The phone 400 includesone or more microprocessors 412, and memory 410 (e.g., non-volatilememory such as ROM and volatile memory such as RAM) which storesprocessor-readable code which is executed by one or more processors ofthe control processor 412 to implement the functionality describedherein.

Mobile device 400 may include, for example, processors 412, memory 1010including applications and non-volatile storage. The processor 412 canimplement communications, as well as any number of applications,including the interaction applications discussed herein. Memory 410 canbe any variety of memory storage media types, including non-volatile andvolatile memory. A device operating system handles the differentoperations of the mobile device 400 and may contain user interfaces foroperations, such as placing and receiving phone calls, text messaging,checking voicemail, and the like. The applications 430 can be anyassortment of programs, such as a camera application for photos and/orvideos, an address book, a calendar application, a media player, aninternet browser, games, other multimedia applications, an alarmapplication, other third party applications like a DRM application andimage processing software for processing image data to and from thedisplay device 2 discussed herein, and the like. The non-volatilestorage component 440 in memory 410 contains data such as web caches,music, photos, contact data, scheduling data, and other files.

The processor 412 also communicates with RF transmit/receive circuitry406 which in turn is coupled to an antenna 402, with an infraredtransmitted/receiver 408, with any additional communication channels 463like Wi-Fi or Bluetooth, and with a movement/orientation sensor 414 suchas an accelerometer. Accelerometers have been incorporated into mobiledevices to enable such applications as intelligent user interfaces thatlet users input commands through gestures, indoor GPS functionalitywhich calculates the movement and direction of the device after contactis broken with a GPS satellite, and to detect the orientation of thedevice and automatically change the display from portrait to landscapewhen the phone is rotated. An accelerometer can be provided, e.g., by amicro-electromechanical system (MEMS) which is a tiny mechanical device(of micrometer dimensions) built onto a semiconductor chip. Accelerationdirection, as well as orientation, vibration and shock can be sensed.The processor 412 further communicates with a ringer/vibrator 416, auser interface keypad/screen, biometric sensor system 418, a speaker420, a microphone 422, a camera 424, a light sensor 421 and atemperature sensor 427.

The processor 412 controls transmission and reception of wirelesssignals. During a transmission mode, the processor 412 provides a voicesignal from microphone 422, or other data signal, to the RFtransmit/receive circuitry 406. The transmit/receive circuitry 406transmits the signal to a remote station (e.g., a fixed station,operator, other cellular phones, etc.) for communication through theantenna 402. The ringer/vibrator 416 is used to signal an incoming call,text message, calendar reminder, alarm clock reminder, or othernotification to the user. During a receiving mode, the transmit/receivecircuitry 406 receives a voice or other data signal from a remotestation through the antenna 402. A received voice signal is provided tothe speaker 420 while other received data signals are also processedappropriately.

Additionally, a physical connector 488 can be used to connect the mobiledevice 400 to an external power source, such as an AC adapter or powereddocking station. The physical connector 488 can also be used as a dataconnection to a computing device. The data connection allows foroperations such as synchronizing mobile device data with the computingdata on another device.

A GPS receiver 465 utilizing satellite-based radio navigation to relaythe position of the user applications is enabled for such service.

The example hardware components for the display device, processing unit,mobile device example of a processing unit and computer systemillustrated in the figures include examples of computer readable storagemedia. Computer readable storage media are also processor readablestorage media. Such media may include volatile and nonvolatile,removable and non-removable media implemented in any method ortechnology for storage of information such as computer readableinstructions, data structures, program modules or other data. Computerstorage media includes, but is not limited to, RAM, ROM, EEPROM, cache,flash memory or other memory technology, CD-ROM, digital versatile disks(DVD) or other optical disk storage, memory sticks or cards, magneticcassettes, magnetic tape, a media drive, a hard disk, magnetic diskstorage or other magnetic storage devices, or any other medium which canbe used to store the desired information and which can accessed by acomputer.

What rights are available with respect to content depends on thelocation of the user and the people in the user's environment. For imageprocessing purposes, both a person and a thing may be an object, and anobject may be a real object, something physically present, or a virtualobject in an image displayed by the display device 2. Typically, virtualobjects are displayed in three dimensions so that just as a userinteracts with real objects in three dimensions, the user may interactwith virtual objects in three dimensions. In some embodiments, imagedata captured from one or more depth cameras provides data fordetermining the three dimensional relationship of the user to objects,real and virtual, in the user field of view.

FIG. 5 illustrates an embodiment of a depth camera 503. The outward,front or physical environment facing camera 113 may be embodied as adepth camera which sends images to the control circuitry 136 which inturn sends the images over a communication coupling 438 to theprocessing unit 4,5 for further processing locally or with the aid of aremote computer system 12. Additionally, as in FIG. 1A, capture devices20A and 20B in the physical environment of the user may each or togetherembody a depth camera 503 for processing and sending depth data via acommunication coupling 436 to a computer system 12 which may send dataabout object positions within a three-dimensional model of theenvironment over a network 50 to the processing unit 4,5. In someembodiments, a computing system 12 or the control circuitry 136 or theprocessing unit 4,5 may provide a clock to depth camera 503 that may beused to determine a rate of capture of image data, for example a framerate of 30 frames a second.

According to an example embodiment, depth camera 503 may be configuredto capture video with depth information including a depth image that mayinclude depth values via any suitable technique including, for example,time-of-flight, structured light, stereo image, or the like. As shown inFIG. 5, depth camera 503 may include an image camera component 423 whichmay include an infra-red (IR) light component 425, a three-dimensional(3-D) camera 426, and an RGB (visual image) camera 428 that may be usedto capture the depth image of a scene.

The depth image may include a two-dimensional (2-D) pixel area of thecaptured scene where each pixel in the 2-D pixel area may represent adepth value such as a distance in, for example, centimeters,millimeters, or the like of an object in the captured scene from thecamera. According to one embodiment, the depth camera 503 may organizethe depth information into “Z layers,” or layers that may beperpendicular to a Z axis extending from the depth camera along its lineof sight. In other embodiments, gestures for device commands may bedetermined from two-dimensional image data.

For example, in time-of-flight analysis, the IR light component 425 ofthe depth camera 503 may emit an infrared light onto the scene and maythen use sensors (not shown) to detect the backscattered light from thesurface of one or more targets and objects in the scene using, forexample, the 3-D camera 426 and/or the RGB camera 428. In someembodiments, pulsed infrared light may be used such that the timebetween an outgoing light pulse and a corresponding incoming light pulsemay be measured and used to determine a physical distance from the depthcamera 503 to a particular location on the targets or objects in thescene. In some embodiments, physical distance may be measured based onintensity of the reflected beam of light over time, for example, viashuttered light pulse imaging may be used. Additionally, in otherexample embodiments, the phase of the outgoing light wave may becompared to the phase of the incoming light wave to determine a phaseshift which is then used to determine a physical distance from thecapture device to a particular location on the targets or objects.

In another example embodiment, depth camera 503 may use a structuredlight to capture depth information. In such an analysis, patterned light(i.e., light displayed as a known pattern such as grid pattern, a stripepattern, or different pattern) may be projected onto the scene via, forexample, the IR light component 425. Upon striking the surface of one ormore targets or objects in the scene, the pattern may become deformed inresponse. Such a deformation of the pattern may be captured by, forexample, the 3-D camera 426 and/or the RGB camera 428 (and/or othersensor) and may then be analyzed to determine a physical distance fromthe capture device to a particular location on the targets or objects.In some implementations, the IR Light component 425 is displaced fromthe cameras 426 and 428 so triangulation can be used to determineddistance from cameras 426 and 428. In some implementations, the depthcamera 503 will include a dedicated IR sensor to sense the IR light, ora sensor with an IR filter.

According to another embodiment, in depth image processing, two or morephysically separated cameras 503 may view a scene from different anglesto obtain visual stereo data that may be resolved to generate depthinformation. For example, there may be an outward facing camera 113 oneach side of frame 115. Furthermore, depth cameras 503 in anenvironment, e.g. a place of business, may provide images as well asdepth cameras 503 on HMD devices worn by users in the environment to adepth image processing application for creating and updating a threedimensional model of the objects within the environment. Other types ofdepth image sensors can also be used to create a depth image.

In an example embodiment, the depth camera 503 may further include aprocessor 432 that may be in communication with the image cameracomponent 423. Processor 432 may include a standardized processor, aspecialized processor, a microprocessor, or the like that may executeinstructions including, for example, instructions for receiving a depthimage, generating the appropriate data format (e.g., frame) andtransferring the data to a computing system, e.g. control circuitry 136or hub computing system 12.

Depth camera 503 may further include a memory 434 that may store theinstructions that are executed by processor 432, images or frames ofimages captured by the 3-D camera and/or RGB camera, or any othersuitable information, images, or the like. According to an exampleembodiment, memory 434 may include random access memory (RAM), read onlymemory (ROM), cache, flash memory, a hard disk, or any other suitablestorage component. As shown in FIG. 5, in one embodiment, memory 434 maybe a separate component in communication with the image capturecomponent 423 and processor 432. According to another embodiment, thememory 434 may be integrated into processor 432 and/or the image capturecomponent 423.

As mentioned above, the depth camera 503 is in communication with hubcomputing system 12 via a communication link 436. The communication link436 may be a wired connection including, for example, a USB connection,a Firewire connection, an Ethernet cable connection, or the like and/ora wireless connection such as a wireless 802.11b, g, a, or n connection.The communication link 438 may be implemented as a wire connection mayconnect a depth camera version of the outward facing camera 113 to thecontrol circuitry 136 which forwards the image data to the processingunit 4,5 for further processing.

Software executing on one or more of the hardware components discussedabove use the data provided by sensors such as the camera, orientationsensors and GPS sensor and network connections to track others with whoma user interacts and virtual objects representing digital content itemswhich the user manipulates through physical actions. The physicalactions act as controls or user input signifying when a transfer of aright to a digital content item occurs.

FIG. 6A is a block diagram of a system from a software perspective fortransferring a right to a digital content item using a see-through,augmented reality display device system. In this embodiment, asee-through, augmented reality display system 8 executing a version of adigital rights management service application as a client side digitalrights management (DRM) service application 456 ₁ is communicativelycoupled to a computing system 12 over a network executing anotherversion of the digital rights management service application as adigital rights management (DRM) reference service application 458.Computing system 12 may be implemented using one or more computersystems.

Other processor based systems 461 of the user running local versions ofthe client side DRM service application 456N for their devices are alsocommunicatively coupled over a network 50, e.g. the Internet, to theservice computing system 12, the display device system 8 or both. A usermay register one or more of his or her processor based systems ordevices 461 with the service application 458 and grant permission forthe DRM reference service application 458 as described further below tobuild and update a DRM library reference copy 473 _(N) of the user'sdigital content items 468 stored on the user's various devices. The DRMservice application 458 may also provide a storage service to usersallowing them to store their digital content items 468 _(N) in memoriesunder the control of the owners of the DRM service, in other words, acloud based content storage service. Some examples of other processorbased systems 461 are other see-through, mixed reality display devicesystems, other head mounted display systems, servers, mobile deviceslike mobile phones, smartphones, netbooks, notebooks, and the like anddesktop computers.

A user computing system 8, 461 may communicate for obtaining contentwith computer system 52 of content providers including producers ofcontent, e.g. content right owners like movie producers and musicpublishers, and distributors of content like retailers or otherdistribution channels. A content provider DRM service application 54also communicates with the DRM reference service application 458 toprovide data on the rights available for each digital content item. Thecontent provider application 54 may also provide digital rightstransferred to users based on transactions. In this way, the DRMreference service application 458 maintains a database of data sets 475of the types of rights available for each digital content item.

The DRM library 473 _(N) creates a DRM data set 474 for each digitalcontent item 468 to which a user has one or more rights. The data forthe data set may come from metadata identifying rights of the user forcontent items stored on the user's computing systems 8, 461 or stored bythe service as well as from DRM data supplied by content providers ifthe user has granted permission for content transactions to be trackedby the DRM service application 458. As indicated, each user computingsystem 8, 461 may include a local copy of the user's DRM library 473_(N) with DRM data sets 474 _(N).

FIG. 6B illustrates an example embodiment of a DRM data set for adigital content item. In this example, the DRM data set 474 includescontent descriptive meta data 480 which includes items such as thetitle, year, genre, content provider, performers or authors or bothdepending on the genre. Some examples of genre are movie, song,compilation of songs (e.g. an album), novel, play, collections ofwritten works, TV show, documentary, game, game accessory, avatarcharacter, avatar accessory, designs, images, live musical performance,live theatrical performance, educational program, exercise program andthe like.

The data set 474 includes rights data 482 which includes one or morerights a user has with respect to the digital content item. Someexamples of rights include traditional copyright rights like the rightto make a copy, the right to listen to a song or play it on a device,the right to display the content for others to view, a lease to thedigital content item and its expiration data, and even the right to giveor sell your copy of a digital content item. Furthermore, other rightsmay be included such as the grant of a discount on a purchase of adigital content item, points or credits towards other content items,embodied in a physical medium or digital versions, for referring orgranting a discount to another user. Examples of other rights may be theright to stream a digital content item from a source, or to stream somany copies to other users at the same time, and the right to give somany copies away. In another example, the rights data 482 may identifythat the digital content item is a digital copy made of a content storedon a physical medium copy the user owns. The rights data tracks thechain of title back to a unique identifier for the physical medium, forexample a UPC or Uniform Product Code of a CD or DVD. For a small fee, auser may be granted a right to a digital copy stored remotely in anetwork accessible memory. Additionally, the user may have the right todownload and view or listen to a digital copy of the item in the latestdigital technology or the digital technology of his or her choice.

As illustrated in some of the examples below, a user holds or points orotherwise manipulates a virtual object as if it were a real object whichhe or she is holding and passing to another, typical actions when givinga real thing to another person. To assist with this experience, avirtual object type may be assigned to each digital content item basedon its genre by the DRM application. For example, virtual object typedisplay data 484 may be a template for a DVD holder if the genre ismovie or TV show or educational program. A virtual object type of bookmay be assigned for a novel or collection of short stories or poems, anda CD or even a record album may be the virtual object type assigned formusic. Display data 486 (e.g. meta data in a markup language for a headmounted display) identifying appearance characteristics for the contentitem's virtual object may be used to incorporate not only the contentdescriptive material but also the cover art and back cover art andcredits to make the virtual object look even more like a real CD, DVD,book, etc. Virtual object types other than those resembling physicalmedia which embody content may also be used. For example, a menu ofmovie titles and other related information may be displayed against atheater markee background. Alternatively, a menu list of items can bedisplayed with the descriptive meta data 480. In such an example, imagesof the front and back covers showing the cover art, synopsis, andcredits may be displayed as thumbnails which may be enlarged.

One or more appearance characteristics of the virtual object type may beselected for visually showing the user's rights or the broadest right auser has with respect to the content item represented by the virtualobject. For example, different colors outlining the virtual object mayindicate different rights, for example yellow indicates the right tostream to others, blue the right to make a number of copies, and red theright to sell or give away. The right appearance characteristic displaydata 487 indicates how to display a predetermined appearancecharacteristic for the virtual object type to reflect the user's rightsas indicated in the rights data 482.

The transfer rules for the digital content item 488 identify thecriteria by which content may be transferred via sharing, gift, copyingor other forms of transfer. The source of these transfer rules are thecontent providers 52 via the DRM service application version 54 as wellas the user by criteria entered via the client side service application456. A user may want to give a copy to each of four (4) peopleidentified as social networking friends, but his license to the item asnoted in the rights data 482 only allows distribution of two copies. Thelicense in the rights data 482 may grant the user the right to stream toan unlimited number of persons in his home, but he limits listening tothe music of the digital content item to those over 18 due to someinappropriate lyrics. The transfer rules 488 for processing content inaccordance with the rights data 482 may also provide a basis or criteriafor determining a size of a predefined area or distance around a user inwhich sharing or other transfer of content is allowed. There may also bea trust level criteria between users for the transfers, and the size ofthe predefined area or distance may vary for recipient users dependingon their trust levels.

Trust levels may be determined by user profile data 460 which identifiespeople known to the user as social networking friends which may besubdivided into different groups based on trust levels. Additionally,the user may explicitly identify trust levels in their user profileusing the client DRM service application 456. In one embodiment,computing system 12 includes a user profile database 460 _(N) which mayaggregate data from user profile data stored on the different usercomputer systems 8, 461 of the user. The local copies of the userprofile data may store some of the same user profile data 460. Someexamples of user profile data are the user's expressed preferences, theuser's friends' list, the user's preferred activities, a list of theuser's reminders, the user's social groups, the user's current location,and other user created content, such as the user's photos, images andrecorded videos. In one embodiment, the user-specific information may beobtained from one or more data sources such as the user's socialnetworking sites, address book, email data, Instant Messaging data, userprofiles or other sources on the Internet as well as data directlyentered by the user.

In the example of FIG. 6A, each of the user's computer systems 8 and 461comprises digital content items 468, user profile data 460, and otherapplications 462 and 466 as well as device data 464. Device data 464 mayinclude a unique identifier for the computer system 8, 461, a networkaddress, e.g. an IP address, model number, configuration parameters suchas devices installed, the operation system, and what applications areavailable in the display system 8 and are executing in the displaysystem 8 etc. Particularly for the see-through, mixed reality displaysystem 8, the device data may also include data from sensors ordetermined from the sensors like the orientation sensors 132, thetemperature sensor 138, the microphone 110, the electrical impulsesensor 128 if present, and the GPS transceiver 144. Image data 469 isalso stored and may include images for analysis remotely by thecomputing system 12, and images to be displayed by the display opticalsystems 14 of the display device 2. As discussed further below, soundrecognition software 478 may be used to interpret commands or identifynearby users. Facial recognition software 476 may also be used todetermine users in image data. User input software 477 can receive dataidentifying physical actions like gestures, particular spoken commandsor eye movements for controlling an application, for example a game orword processor. The controls may for example animate an avatar oron-screen character. In a DRM service application, the one or morephysical actions may indicate a request for a transfer of rights, anoffer and an acceptance of a right.

The block diagram of FIG. 6A also is a block diagram represents softwarecomponents for recognizing physical actions in image data which isdiscussed further below. Furthermore, the image data plus sensor dataavailable is processed for determining positions of objects, includingother users, within a user field of view of the see-through, near-eyedisplay device 2. This embodiment illustrates how the various devicesmay leverage networked computers to map a three-dimensional model of auser field of view and the real and virtual objects within the model. Animage processing application 451 executing in a processing unit 4,5communicatively coupled to a display device 2 can communicate image data469 from front facing camera 113 over one or more communication networks50 to a depth image processing and skeletal tracking application 50 in acomputing system 12 for processing of image data to determine and tracka user field of view in three dimensions. Either or both of theapplications 451 and 450 working together may map a 3D model of spacearound the user. A depth image processing application 450 detectsobjects, identifies objects and their locations in the model. Theapplication 450 may perform its processing based on depth image datafrom depth cameras 503 like 20A and 20B, two-dimensional or depth imagedata from one or more front facing cameras 113, and location metadataassociated with objects in the image data obtained from a location imagetracking application 453. Some examples of location metadata include GPSmetadata, location data for network access points like a WiFi hotspot,and cell tower location information.

The location image tracking application 453 identifies images of theuser's location in one or more image database(s) 470 based on locationdata received from the processing unit 4,5 or other location units (e.g.GPS units) identified as being within a vicinity of the user, or both.Additionally, the image database(s) may provide images of a locationindexed or accessible with location metadata like GPS data, or WiFihotspot or cell tower location information uploaded by users who wish toshare their images. The location image tracking application providesdistances between objects in an image based on location data to thedepth image processing application 450. Additionally, the imageprocessing application 451 may perform processing for mapping andlocating objects in a 3D user space locally and may interact with theGPS image tracking application for receiving distances between objects.Many combinations of shared processing are possible between theapplications by leveraging network connectivity.

Computing system 12 includes a depth image processing and skeletaltracking module 450, which uses the depth images to track one or morepersons and things detectable by the depth camera 503. Depth imageprocessing and skeletal tracking module 450 provides the trackinginformation to the client DRM application 456 and other applications462, for example a video game, productivity application, communicationsapplication or other software application etc. The audio data and visualimage data is provided to the depth image processing and skeletaltracking module 450 and may also provided to the DRM reference serviceapplication 458. Application 458 provides the tracking information,audio data and visual image data to recognizer engine 454. In anotherembodiment, recognizer engine 454 receives the tracking informationdirectly from depth image processing and skeletal tracking module 450and receives the audio data and visual image data directly from theprocessing unit 4,5 and the capture devices 502.

Recognizer engine 454 is associated with a collection of filters 455each comprising information concerning a gesture, action or conditionthat may be performed by any person or object detectable by a depthcamera 503. For example, the data from a depth camera 503 may beprocessed by filters 455 to identify when a user or group of users hasperformed one or more gestures or other actions. Those gestures may beassociated with various controls, objects or conditions of application456, 458. Thus, hub computing system 12 may use the recognizer engine454, with the filters, to interpret and track movement of objects(including people).

Depth cameras 503 (e.g. capture devices 20A and 20B or front facingcameras 113) provide RGB images (or visual images in other formats orcolor spaces) and depth images to hub computing system 12. Hub computingsystem 12 will use the RGB images and depth images to track a user's orobject's movements. For example, the system will track a skeleton of aperson using the depth images. There are many methods that can be usedto track the skeleton of a person using depth images. One suitableexample of tracking a skeleton using depth image is provided in U.S.patent application Ser. No. 12/603,437, “Pose Tracking Pipeline” filedon Oct. 21, 2009, Craig, et al. (hereinafter referred to as the '437application), incorporated herein by reference in its entirety. Theprocess of the '437 application includes acquiring a depth image, downsampling the data, removing and/or smoothing high variance noisy data,identifying and removing the background, and assigning each of theforeground pixels to different parts of the body. Based on those steps,the system will fit a model to the data and create a skeleton. Theskeleton will include a set of joints and connections between thejoints. Other methods for tracking can also be used. Suitable trackingtechnologies are also disclosed in the following four U.S. patentapplications, all of which are incorporated herein by reference in theirentirety: U.S. patent application Ser. No. 12/475,308, “Device forIdentifying and Tracking Multiple Humans Over Time,” filed on May 29,2009; U.S. patent application Ser. No. 12/696,282, “Visual BasedIdentity Tracking,” filed on Jan. 29, 2010; U.S. patent application Ser.No. 12/641,788, “Motion Detection Using Depth Images,” filed on Dec. 18,2009; and U.S. patent application Ser. No. 12/575,388, “Human TrackingSystem,” filed on Oct. 7, 2009.

Recognizer engine 454 includes multiple filters 455 to determine agesture or action. A filter comprises information defining a gesture,action or condition along with parameters, or metadata, for thatgesture, action or condition. For instance, a throw, which comprisesmotion of one of the hands from behind the rear of the body to past thefront of the body, may be implemented as a gesture comprisinginformation representing the movement of one of the hands of the userfrom behind the rear of the body to past the front of the body, as thatmovement would be captured by the depth camera. Parameters may then beset for that gesture. Where the gesture is a throw, a parameter may be athreshold velocity that the hand has to reach, a distance the handtravels (either absolute, or relative to the size of the user as awhole), and a confidence rating by the recognizer engine that thegesture occurred. These parameters for the gesture may vary betweenapplications, between contexts of a single application, or within onecontext of one application over time.

A gesture such as a grip or taking hold of an object may be representedin image data representing movement of the fingers of a hand about avirtual object. A pass gesture for the DRM service application maycomprise image data representing a grip or taking hold gesture for anobject plus movement of the hand holding the object and another user'shand and fingers performing a grip or taking hold action in the imagedata.

In one embodiment, the functionality that recognizer engine 454implements includes an input-over-time archive that tracks recognizedgestures and other input, a Hidden Markov Model implementation (wherethe modeled system is assumed to be a Markov process—one where a presentstate encapsulates any past state information used to determine a futurestate, so no other past state information must be maintained for thispurpose—with unknown parameters, and hidden parameters are determinedfrom the observable data), as well as other functionality used to solveparticular instances of gesture recognition.

Inputs to a filter may comprise things such as joint data about a user'sjoint position, angles formed by the bones that meet at the joint, RGBcolor data from the scene, and the rate of change of an aspect of theuser. Outputs from a filter may comprise things such as the confidencethat a given gesture is being made, the speed at which a gesture motionis made, and a time at which a gesture motion is made.

Application 452 may use the filters 455 provided with the recognizerengine 454, or it may provide its own filter, which plugs in torecognizer engine 454. More information about recognizer engine 454 canbe found in U.S. patent application Ser. No. 12/422,661, “GestureRecognizer System Architecture,” filed on Apr. 13, 2009, incorporatedherein by reference in its entirety. More information about recognizinggestures can be found in U.S. patent application Ser. No. 12/391,150,“Standard Gestures,” filed on Feb. 23, 2009; and U.S. patent applicationSer. No. 12/474,655, “Gesture Tool” filed on May 29, 2009, both of whichare incorporated herein by reference in their entirety.

In some instances, two-dimensional image data is only available. Forexample, the front facing cameras 113 only provide two-dimensional imagedata. From the device data 464, the type of front facing camera 113 canbe identified, and the DRM service application 456 or 458 can plug intwo-dimensional filters for its gestures.

References to front facing image data are referring to image data fromone or more front facing cameras like camera 113 in FIGS. 2A and 2B. Inthese embodiments, the field of view of the front facing cameras 113approximates the user field of view as the camera is located at arelatively small offset from the optical axis 142 of each displayoptical system 14, and the offset is taken into account in processingthe image data.

FIG. 6C is a flowchart of a method embodiment for determining athree-dimensional user field of view. In step 510, one or moreprocessors of the control circuitry 136, the processing unit 4,5, thehub computing system 12 or a combination of these receive image datafrom one or more front facing cameras, and in step 512 identify one ormore real objects in front facing image data. Data from the orientationsensor 132, e.g. the three axis accelerometer 132C and the three axismagnetometer 132A, can also be used with the front facing camera 113image data for mapping what is around the user, the position of theuser's face and head in order to determine which objects, real orvirtual, he or she is likely focusing on at the time. Based on anexecuting application, the one or more processors in step 514 identifyvirtual object positions in a user field of view which may be determinedto be the field of view captured in the front facing image data. In step516, a three-dimensional position is determined for each object in theuser field of view. In other words, where each object is located withrespect to the display device 2, for example with respect to the opticalaxis 142 of each display optical system 14.

FIG. 6D is a flowchart of a method embodiment for identifying one ormore real objects in a user field of view. This embodiment may be usedto implement step 512. Each of the implementing examples in FIGS. 6D, 6Eand 6F may be used separately or in conjunction with one another toidentify the location of objects in the user field of view. In step 520,a location of user wearing the display device 2 is identified. Forexample, GPS data via a GPS unit 465 in the mobile device 5 or GPStransceiver 144 on the display device 2 may identify the location of theuser. Additionally, an IP address of a WiFi hotspot or cellular stationto which the display device system 8 has a connection can identify alocation. Cameras at known positions within a location may identify theuser through facial recognition. Additionally, identifier tokens may beexchanged between display device systems 8 via infra-red or Bluetooth.The range of the infra-red or Bluetooth signal can act as predefineddistance for determining proximity of another user.

In step 522, one or more processors, retrieve one or more images of thelocation from a database (e.g. 470), and uses pattern recognition instep 524 to select one or more images matching image data from the oneor more front facing cameras. In some embodiments, steps 522 and 524 maybe performed remotely by a more powerful computer, e.g. hub 12, havingaccess to image databases. Based on location data (e.g. GPS data), instep 526 the one or more processors determines a relative position ofone or more objects in front facing image data to one or more GPStracked objects 528 in the location, and determines in step 529 aposition of user from the one or more real objects based on the one ormore relative positions.

In some embodiments such as in FIG. 1A, a user wearing a see-through,near-eye, mixed reality display may be in a location in which a computersystem or one or more computers provides a three-dimensional mapping ofobjects within a space, e.g. a store. FIG. 6E is a flowchart of a methodembodiment for generating a three-dimensional model of a user space. Instep 530, a computer system with access to depth cameras like hub system12 with capture devices 20A and 20B creates a three-dimensional model ofa space based on depth images. The depth images may be from multipleperspectives and may be combined based on a common coordinate space,e.g. the store space, and creates a volumetric or three dimensionaldescription of the space. In step 532, objects are detected in thespace. For example, edge detection may be performed on the depth imagesto distinguish objects, including people, from each other. In step 534,the computer system 12 identifies one or more detected objects includingtheir positions in the space. The objects may also be identified basedon comparisons of shape and pattern recognition techniques includingfacial recognition techniques with reference images of things and peoplefrom image databases. As illustrated in FIG. 6A, the computing system 12may also include facial and pattern recognition software 476.

FIG. 6F is a flowchart of a method embodiment for identifying one ormore objects in a user field of view based on depth data transmitted tothe see-through, mixed reality display device 2. The processing unit 4,5in step 540 sends front facing image data to a three-dimensionalmodeling system such as may be implemented by the depth image processingapplication 450 executing on a computer system like hub computing system12 communicatively coupled to depth cameras 20A and 20B. Data from theorientation sensor 132 may also be sent for identifying face or headposition. For example, when a user enters a store, a computer system atthe store provides a 3D mapping of the store and what and who is in it.In step 542, the display device 2 receives data identifying one or moreobjects in a field of view for the user and their positions in a 3Dmodel of a space. The image data from the one or more front facingcameras 113 approximates the user field of view, so the hub system 12identifies the object in the front facing image data, for examplethrough image recognition or pattern recognition software. Orientationdata may also be used with the front facing image data to refine theuser field of view and identify objects tracked by the computer system12 falling within the user field of view. (The hub system 12 also alignsthe front facing image data when received from two or more cameras 113for identifying the user field of view.) The processing unit 4,5 in step544 receives a position of the user in the 3D model of the space, and instep 546 the processing unit 4,5, or the processor 210 of the controlcircuitry 136 or both determines a position of one or more objects inthe user field of view based on the positions of the user and the one ormore objects in the 3D model of the space. In another example, theprocessing unit 4,5 receives the position of the user and the one ormore objects as determined by the computer system 12.

FIG. 6G is a flowchart of a method embodiment for identifying one ormore objects in a user field of view when the front facing camera 113 isa depth camera providing depth image data or has a depth sensor forproviding depth data which can be combined with image data to providedepth image data. In step 550, the one or more processors of the displaydevice 2, e.g. processor 210 of the control circuitry or the processingunit 4,5, or both identifies one or more real objects in a user field ofview including their three-dimensional positions based on depth imagedata from one or more front facing cameras. The one or more processorsmay also map the user field of view based on orientation data from anorientation sensor 132 in addition to the image data. The one or moreprocessors perform step 514 of identifying virtual object positions inthe user field of view based on an executing application and step 516 ofdetermining a three-dimensional position of each object in the userfield of view. Additionally, a remote computer system 12 may alsoproviding additional processing power to the other processors forperforming the steps of FIG. 6G.

Each of the method embodiments of FIGS. 6C through 6G are typicallyperformed repeatedly as the user and objects within the user'senvironment move around.

For illustrative purposes, the method embodiments below are described inthe context of the system embodiments described above. However, themethod embodiments are not limited to operating in the systemembodiments described above and may be implemented in other systemembodiments.

FIG. 7A is a flowchart of an embodiment of a method for adding a digitalcontent item to a DRM library of content items for a user. A user mayregister an account with the DRM service application granting permissionfor the service to automatically track the user's content on one or moreof his or her processor based systems 461 or as added to storage 468 bythe service. The DRM library provides a convenient way to view a user'scontent items stored on his or her different processor based systems ordevices 461 which have been gathered over time, typically from differentcontent providers 52. In step 602, responsive to a predetermined event,the client side DRM service application 456 scans a user device 8, 461for a new digital content item 468. An example of a predetermined eventis a scheduled time or a message from a content provider application 54indicating a content transfer or right transfer has occurred. In step604, responsive to identifying a new digital content item, the clientside DRM service application 456 creates a DRM data set for the newitem. In another embodiment, the client side application 456 may send amessage to the DRM reference service application 458 with contentdescriptive data 480 and rights data 482 derived from a transfer ortransaction, and the DRM reference service application 458 creates theDRM data set for the new item. In step 606, the client side application456 sends a message over a network with the new DRM data set to the DRMreference service application 458 for updating the reference copy of theDRM library of the user maintained by the DRM reference serviceapplication.

FIG. 7B is a flowchart of an embodiment of a method for generatingdisplay data for a virtual object representing a digital content item.In step 608, a virtual object is selected for each selection based on agenre identified for the content item and user preferences. For example,the genre may be movies, and the user prefers each movie presented as atheater marquee with its title and main stars. Another user may prefer aDVD virtual object which includes the front and back covers of thephysical DVD copy for each movie. Additionally, in step 610, anappearance characteristic of the virtual object is selected for eachselection based on one or more rights the user has for the respectiveselection. For example, as mentioned above a yellow highlight of theoutline of the DVD copy or book copy may indicate a streaming right tothe content item and blue may indicate a certain number of copies whichmay be distributed while red indicates the rights to sell and give theuser's copy of the digital content item away.

FIG. 7C is a flowchart of an embodiment of a method for updating copiesof a DRM library of content items on different user devices. The methodembodiment may be performed by either the client side application 456 orthe DRM reference service application 458 or a combination of the two.Each client side application 456 downloads the reference copy of thelibrary or the DRM reference service application 458 may upload eachlocal copy of the library. In step 612, responsive to a predeterminedevent, (e.g. scheduled time or time period) each local copy of a DRMlibrary is compared with the user's reference copy of his or her DRMlibrary. In step 614 responsive to finding a difference in contentrights between any local copy and its corresponding copy maintained bythe service, both copies are updated based on the latest copy. Inaddition, there may be valid data indicators, for example a digitalsignature or encryption based data, which also may be checked to verifyan updated DRM data set in the library resulted from a valid transfer.In step 616, responsive to finding a difference in content rightsbetween any local copy and its corresponding copy maintained by theservice, the version of the DRM service application 456, 458 performingthe updating method sends a message to the user indicating theidentified difference in content rights in case there is an error.

FIG. 8 is a flowchart of an embodiment of a method for transferring aright to a digital content item using a see-through, augmented realitydisplay device system. In step 622, the image processing software 451causes the microdisplay 120 to display one or more virtual objects,which in many examples are three-dimensional objects, but may also betwo-dimensional objects or a combination, as directed by the client sideDRM service application 456 ₁, representing one or more digital contentitems of a digital rights managed (DRM) library. For example, the imageprocessing software 451 may interpret the display data 484 into commandsfor the microdisplay 120. In step 624, the one or more processors ofdisplay device system 8 receive data identifying one or more physicalactions of a user selecting at least one of the virtual objectsrepresenting at least one digital content item. In the case of physicalactions indicating movement of the virtual object by the user, anoptional step 626 may be performed in which the image processingsoftware 626 moves the position of the at least one virtual object inaccordance with one or more physical actions. An example of such aphysical action is a gesture like a pull gesture of the virtual objectincluding a grip gesture (see FIG. 12A) and pulling the user's handgripping the virtual object towards the user. The pass gesture isanother example of such a physical action. In other examples, eyemovements or vocal instructions may be physical actions indicatingmovement of the virtual object. In step 628, one or more physicalactions of the user are identified with respect to the at least onevirtual object indicating a transfer request of a right to the at leastone digital content item. In step 630, the transfer request is processedbased on transfer rules 488 for the digital content item.

In many examples, the one or more physical actions of the user which areidentified with respect to the at least one virtual object are also withrespect to the at least one virtual object and another user forindicating a transfer request of a right to the at least one digitalcontent item. The transfer request of the right may be for transferringthe right from the user, the grantor who currently has the right, to theother user, the intended recipient, but in some instances, the transferrequest is a request to transfer a right to the user making the request.

An illustrative example of when the transfer request is for receivingrights may occur in a situation like the following. The user, who hasrights to transfer to a digital content item, is not using at least hisdisplay device 2, but may grant permission via a client application 456Nexecuting on his processing unit embodied as a mobile device 5 orexecuting on one of his other computer systems 461 _(N) for another userwith a display device system 8 to view his DRM library. The DRMreference service application 458 receives the grant of permission andsends the DRM library of the user to the other user. This other user mayrequest a transfer of rights, e.g. a request to view a digital contentitem, for himself or herself. In such examples, the user requesting theright may perform one or more physical actions with respect to a virtualobject, e.g. manipulations like grabbing and holding the virtual objectand saying predefined words such as “May I view?”, “May I stream?”, “MayI borrow?”, or “May I have?”. These physical actions captured in data bythe requesting user's display device system 8 and processed by the imageprocessing software 451 or with the aid of remotely executing depthimage processing and skeletal tracking software 450 and recognizerengine 454 and sound recognition software 478 cause a transfer requestfor a right to the digital content item to the requesting user to besent as a message to a computer system 461 _(N), e.g. a mobile device 5,to the user who currently has the right. The request may be granted byresponding to the message with another message. In some examples, therequest may be granted with a physical action performed in a capturearea, e.g. audio capture area of the microphone 110 or a visual capturearea of the front facing cameras 113, of the display device system 8 ofthe requesting user. A user may perform a physical action even though heor she is not wearing his or her display device 2.

FIG. 9 is a flowchart of an embodiment of a method for displaying one ormore three-dimensional (3D) virtual objects representing one or moredigital content items in a see-through, augmented reality display devicesystem. In step 902, user input software 477 receives user input datarequesting display of at least a portion of a DRM library of a user. Instep 904, the user input software 477 optionally receives dataidentifying one or more sorting parameters for displaying at least theportion of the DRM library. Some examples of sorting parameters may bespoken words like “just movies” or an actor's name or a genre, a year,an author and other parameters. Such parameters are typically identifiedin content descriptive meta data 480. In step 906, for each digitalcontent item being displayed in at least the portion of the DRM library,a representative virtual object is displayed based on the display datain a DRM data set for the digital content item, and in step 908, eachrepresentative virtual object is displayed with a setting for a rightappearance characteristic identified in the DRM data set for thecorresponding digital content item.

FIG. 10 illustrates some example displays of one or more DRM librariesseen through a see-through, augmented reality display device. In thisexample, two users, referred to as Hal 19 and Jim 29, are viewingdisplay data from each of their own DRM libraries and that of the other.A DRM library may be treated as a digital content item and have its ownDRM data set 474. A user can allow access to his or her DRM libraryaccording to transfer rules as with another digital content item. Forexample, a user can set transfer rules for where and with whom his DRMlibrary may be viewed. FIGS. 11A and 11B provide details of how toprocess a transfer request for a right to content and the content.

In the example, Hal 19 and Jim 29 are in Hal's living room as indicatedby the system 10 and chairs 14 a and 14 b. Each user is wearing asee-through, augmented reality display device system 8, in this examplethe display device 2 as a pair of eyeglasses and a processing unit 4 ona wrist. The displays 24 and 26 and 28 and 30 are illustrated to showwhat each of Hal and Jim is currently viewing through his respectiveglasses 2. A person who walks in the living room without glasses orwithout permission to view the libraries will not see these displayviews. Jim 29 sees through his display device an introductory menu 24listing genres in his DRM library, and another introductory menu 26listing genres in Hal's DRM library. Jim may prefer menus for viewinghis library or the library may be for identifying which portion of thelibrary is to be displayed as three dimensional objects. Hal 19 seesthrough the display optical systems 14 in his display device 2, whatappear as book shelves 28 and 30 including a plurality of virtualobjects 32 representing written works like novels, non-fiction,collections of short stories, poems, essays and the like as a book inhis library portion of “My Books” and similarly written works in Jim'slibrary portion denoted as “Jim's Books” appear as books.

Additionally, Jim and Hal are at a range or distance 34 from each other.As discussed below, a predefined distance between users may be acriteria of the transfer rules for transferring a right to a digitalcontent item. In this example and in FIGS. 12A and 12B, an example of apredefined distance or range is shown by dashed line 35 for a transferof an item. In other words if using wireless transceivers for detectingbeing within a predefined distance based on detected wireless signals,the distance between Jim and Hal's wireless transceivers, e.g. wirelesscommunication components 346, are to be within the predefined distance35. A predefined distance may be different for different activities. Forexample, being able to view another user's DRM library or manipulate avirtual object of that library may each have a different predefineddistance, e.g. a farther distance permitted, than a predefined distancefor a transfer of rights. Transfers of different rights may also havedifferent predefined distances.

FIG. 11A is a flowchart of an embodiment of a method for determiningwhether an offer of a right to a digital content item is permitted inaccordance with transfer rules for the digital content item. In step702, the client side DRM service application 456 detects a location of afirst user. For example, device data 464 may identify the location basedon the IP address of a wireless hot spot which is associated with aknown location in user profile data 460 such as the user's home. Inother examples, the location data may be GPS data, e.g. indicating theworkplace of the first user. Image data of the location may be matchedagainst image databases 470 by the remote location image tracking 453 inanother example.

Based on the transfer rules for the digital content data item, in step704 one or more predefined distances are determined based on thelocation of the first user. For example, the location of the first user,let's say Hal 19, is his home, and Hal is connected via a securedconnection to his home based wireless access point. Connections to Hal'swireless access point, e.g. router, are only available within 50 feet ofthe WAP. Hal's user profile data indicates the IP address of the networkrouter is his home, and GPS data from transceiver 144 confirms he is athome. The transfer rules may identify his home as a predefined area inwhich streaming content from his DRM library is permitted under theconditions that the other user or users also have a secure connection toHal's wireless access point. This also means that the other user and Halare within 50 feet of his wireless access point. If Hal is having aparty, streaming a playlist of songs to his attendees may be implementedbased on these transfer rules. However, if the user is in an area likean airport with an unsecured wireless access point, unlimited streamingmay not be allowed by the transfer rules 488 set by the content providerapplication 54 in the transaction for the content item. Because thelocation is the airport, the transfer rules have additional criteria tobe satisfied. For example as discussed further below, a second userparticipating in the transfer request must be within a closer distanceto the user than being near the same wireless access point, and thesecond user must have a minimum trust level with respect to the firstuser. Of course, the rights data 482 controls too. If a user only haspurchased the right to stream up to three copies at a time, even if athome, no more than three people can view the streamed content at thesame time.

As illustrated in FIG. 10, a predefined distance, range or area may alsobe determined from the see-through, augmented reality display devicesystem. Another predefined area, range or distance may also be set-upusing infra-red, WUSB and Bluetooth connections which are availablewithin a few feet, e.g. less than 3, 5 or 10 feet depending on theimplementation. As part of the client side DRM service application 456,identity tokens may be exchanged between see-through, augmented realitydevices which identify users logged in to the DRM service application.In this way, a user can identify other users within a predefined area ina peer-to-peer configuration. This may be useful in situations, like anairplane or in areas without network connectivity, e.g. campsite, whereusers still wish to share or transfer content.

A predefined distance range or area around the user may also be definedbased on the nature of the physical actions used for the transfer andthe scale of the front facing camera 113. For example, the physicalactions for indicating an offer and indicating an acceptance of a rightto a digital content item may be handing a virtual object representingthe object from the grantor user to the recipient user. Typical arm spanfor humans may be a basis for defining an area or distance. In anotherexample, a criteria to look at the other user for a transfer may use thescale of objects in images, even two-dimensional images, based on thecamera settings, e.g. focal length, resolution, etc. for determining adistance between the first and second user and whether the position ofthe second user falls within a predetermined distance of the first user.

In step 706, an identity of the second user is determined. In oneexample, if connected to a communication network 50 executing the DRMreference service application 458, the reference application 458 candetermine or received location data for other subscriber users usingtheir see-through, augmented reality display device systems 8 anddetermine the identities of those who are within one or more predefineddistances of the users based on the location data and send a version ofthis information to the client side DRM service application 456 whichidentifies those known to the user via his or her user profile data, forexample, based on contacts and social networking friend groups. Unknownusers may be identified as unknown but their presence noted. In thepeer-to-peer example, the client side DRM service application 456 canmatch identities against user profile data as well.

As per step 708, a trust level of the second user for the first user isdetermined based on the identity of the second user from user profiledata of the first user. As mentioned above, based on location, there maybe different predefined distances and different trust levels for userswithin those predefined distances for different types of rightsrequesting to be transferred. In step 710, the client side DRM serviceapplication 456 determines whether the transfer rules for the digitalcontent item do permit the transfer based on the trust level of thesecond user and his or her position in the one or more predefineddistances. If the rules permit, the transfer, the client application 456communicates an offer of the right in the request in step 712 to adisplay device system 8 of the second user. If the transfer is notpermitted, the client side application 456 in step 714 displays a noticeto the first user, the grantor, that the request is denied.

In other embodiments, the second user may not have a see-through,augmented reality display device system 8. However, the display devicesystem 8 of the user granting the right may communicate with anothercomputer system of the second user, the intended recipient of the right.An example of such a system is a mobile device. Based on device data(e.g. like that of device data 464), the operating system of thegrantor's or transferor's display device system 8 identifies the type ofdevice and IP address of the device of the second user. In the exampleof the mobile device, responsive to the display device system 8processing the physical actions of its user to transfer a right to thesecond user, e.g. the pass gesture, the processing unit 4,5 of thedisplay device system 8 of the grantor may communicate the offer of theright in the request as a text message or e-mail message over a cellularnetwork or over a network accessed via a wireless access point to themobile device of the second user. Similarly, in examples where thesecond device is a computer system like a laptop or a desktop computer,a message indicating the offer terms may be transferred over a computernetwork. The offer may be accepted by responding to the message with alike message or with a physical action performed in a capture area, e.g.audio capture area of the microphone 110 or a visual capture area of thefront facing cameras 113, of the display device system 8 of the firstuser.

FIG. 11B is a flowchart of an embodiment of a method for updating a DRMlibrary after acceptance of a permitted offer of the digital contentitem. In step 716, the client side DRM application 456 determineswhether the offer was accepted or not based on one or more physicalactions detected of the second user. In some instances, the see-through,augmented reality display device system 8 of the first user capturesdata from sensors of the physical action of the second user. In otherinstances, the see-through, augmented reality display device system 8 ofthe second user captures data from its sensors of the physical action ofthe second user, and sending a message of acceptance to the displaydevice system 8 of the first user, e.g. via a network 50 or apeer-to-peer connection. (See examples below in FIG. 14B and FIGS. 15Aand 15B).

Responsive to data indicating the offer was not accepted, the clientapplication 456 causes a notice to be displayed that the offer was notaccepted in step 718. An example of such data is a message indicating atime interval in which the second user was to make the physical actionsignifying acceptance has passed. Responsive to data indicating theoffer was accepted (e.g. received data indicating a physical actionindicating acceptance by the second user), the client application 456 instep 720, if applicable, updates the DRM data set of the digital contentitem to indicate the transfer of the one or more rights, and again, ifapplicable, in step 722, sends the updated DRM data set over a networkto the DRM reference service application 458. There may be instancessuch as in streaming examples where a DRM data set for the second useris not created. In the streaming examples, the second user is notreceiving a stored copy which he or she can view later or a discountwhich he or she can use at a different time. User profile data may beupdated to identify who the user streams content with as part of profilebuilding. In cases where a complete copy is transferred for storage bythe second user, a DRM data set is created. In other embodiments, a DRMdata set may be created including the right to receive a streamed copyin the rights data 482. In any event, in step 724, if the one or morerights granted, e.g. right to possession as a result of a loan, right toown as result of a gift or a purchase made, right to stream or givecopies to a number of other users and the like, allow transfer of thedigital content item, the client side application 456 transfers thedigital content item to the see-through, mixed or augmented realitydisplay system 8 of the second user.

In some examples where the digital content item is stored in memory onanother user system 461 or stored by the DRM reference serviceapplication 458 as part of its content storage services, the client sideapplication 456 may download or stream the digital content item from itsstored location over a network and in turn upload or stream, as therights may allow, to the display device system 8 of the second user. Inother examples, a link for accessing the remote storage location of thedigital content item may be provided. For example, a link to the digitalcontent item stored in the content 468 stored by the DRM serviceprovider may be forwarded or a link to the storage location on one ofthe user's systems 461. Security credentials, e.g. a key and a nonce, ausername and password, a digital signature key, and the like, may alsobe provided to the second user with the link which when presented to aclient side service application 456N on the user computer system 461_(N) will cause that client application 456N to transfer the copy.

FIGS. 12A and 12B and 13A and 13B provide some illustrative examples ofphysical actions for offering and accepting content and a right thereto.

FIG. 12A illustrates an example of a physical action by a user of agesture for selecting a digital content item from a display of a DRMlibrary displayed in the user field of view of a see-through, augmentedreality display device. Returning to the example of FIG. 10 in which Hal19 is viewing his written works, as virtual books 32 “My Books” on avirtual shelf 28 and Jim's virtual books on virtual shelf 30. Asillustrated, Hal has moved his hand towards a virtual book object of“Title 2” in front of his display device 2 so the outward facing camera113 captures image data of the hand and fingers. The client DRMapplication 456 tracks the position of the virtual books including“Title 2” in the user field of view and of real objects like Hal's hand.With his thumb and index fingers position, Hal 19 has performed agesture indicating selection of the virtual book labeled “Title 2.” Theimage processing software 451 or the recognizer engine 454 based on afilter 455 recognizes the selection gesture and the client DRMapplication 456 receives data via user input software 477 identifyingthe gesture including position data which the application 456 relates tothe position of the virtual object, “Title 2.” Additionally, (notshown), Hal may pull the virtual object “Title 2” from the shelf whichis another gesture indicating selection of the item represented by thevirtual object 32. In some examples, the client side DRM serviceapplication 456 may prompt the user with messages or menus displayedabout transferring a right to the digital content item of Title 2. Forexample, as discussed below, if gaze data determined from data captureby the eye tracking camera 134 indicates Jim has looked at Title 2beyond a predetermined time period.

FIG. 12B illustrates an example of gestures and sounds as physicalactions of users detected by a see-through, augmented reality display ofeach user for completing a transfer of a right to a digital content itembetween the users. In this example, after Hal has selected the virtualobject book representing the “Title 2” digital content item, he performsa physical action of saying specific words to indicate a transferrequest of a lease to Jim for “Title 2” by saying “Loan ‘Title 2’ to Jimfor 1 month” which is captured by microphone 110 and user input software477 identifies as a physical action indicating a transfer request of oneor more rights for “Title 2.” The client side DRM application 456 ofHal's display device system 8 determines from the transfer rules 488 inthe DRM data set 474 for “Title 2” whether the loan is permitted. Theuser profile data 460 of Hal indicates Jim is a social networking friendhaving a trust level sufficient for a predefined distance 35 whichdistance 34 is within for a loan of “Title 2.” Therefore, the transferis allowed, and, in this example, a message is sent to Jim's displaydevice system 8 indicating an offer of “Title 2” is being made. Jimperforms a grip gesture with respect to the virtual object of “Title 2”while looking at it as shown in FIG. 12B. The eye tracking camera 134captures the gaze data, the front facing camera 113 captures the gripgesture, and the microphone 110 captures audio data of “I accept.” Thesephysical actions indicate acceptance of Hal's offer. The display devicesystem 8 of Jim sends a message to the display device system 8 of Halconfirming the acceptance. Jim's device system 8 then receives anupdated DRM data set 474 indicating his lease and its period of 1 monthand the content of “Title 2” from Hal's system 8. In this example, eachdevice individually monitors its own user's physical actions indetermining an event of a selection, an offer or an acceptance hasoccurred. For example, while Jim is performing his acceptance actions,the user field of view of Hal's display device 2 is directed back to thelibraries 28 and 30. Confirmation of acceptance comes via a message. Inother examples discussed below, the client DRM service application 456of each display device system 8 determines physical actions of bothusers to complete a transfer.

The edges of Hal's copy of “Title 2” take on a different appearance thanthe other virtual books. The difference is indicated by a dashed outlineof the virtual book edges which indicates the content item has beenloaned out. In some examples like this one, Hal does not have access tohis leant copy of “Title 2” just as in the situation where he leant aphysical book to a friend. The copy may be deleted from his devicesystem 8 by his DRM service application 456. However, an escrow copy maybe sent and stored by the DRM reference service application 458. In thecase of this embodiment, however, the client side DRM serviceapplication 456 executing in Jim's display system 8 will update the DRMdata set 474 in one month's time if Jim has not returned “Title 2” anddelete his copy. Hal's client application 456 updates the DRM data set474 for “Title 2” to show Hal is entitled to possession again andretrieves the escrow copy 468 from the DRM reference service application458. The technology allows the users to enjoy the interaction oftransferring a content item as if it were a physical item without thehassle of having to ask for your property back later in order to enjoyit again after the loan period expires.

FIG. 12C illustrates examples of settings for an appearancecharacteristic of one or more virtual objects to indicate a rightassociated with each virtual object. In this example of an enlarged viewof virtual book shelves 28 and 30 with their virtual books 32, a marker33 indicates a color indicating a right or the broadest right Hal 19, MyBooks, or Jim 29, Jim's Books, has to each digital content itemrepresented by a virtual book. Any color code or pattern scheme can beused. In this example, “Title 2” has a red marker indicating Hal ownsthe content and can gift, sell, loan, stream or share his copy of “Title2.” Yellow for the marker of “Title 1” under “My Books” indicates Halcan stream a number of copies of this title. Blue for “Title 3” of Hal's“My Books” library indicates Hal has a lease to “Title 3.” Green for“Title N” indicates Hal has a discount offer for “Title N.” In Jim'sBook, white for “Title M” indicates Jim owns the content of “Title M”and he can distribute a number of copies. In this example, the detailsof the rights signified by each marker can be displayed by the displaydevice system 2 capturing a finger appearing to touch the respectivemarker.

In other embodiments, other visual effects or appearance characteristicscan be applied to virtual objects to indicate the rights to the contentthey represent. For example, the edges of the virtual object can behighlighted in different colors or other visual effects.

In other examples, another user need not be physically present for atransfer. For example, Jim 29 may be at another location. Or Jim may bein a predefined area such as the home of Hal 19 but is in another roomwith other friends at the present time, but due to his trust level, justhaving a connection to Hal's wireless access point in his home allowsfor transfers of rights between the two. Jim is not wearing his displaydevice 2, but via his mobile device 5, as in the examples discussedabove, Jim has permitted Hal to view his DRM library as well. In orderto offer the loan of “Title 2”, Hal performs the grip gesture and hisoutward facing cameras 113 of his display device system 8 capture imagedata of Hal's hand moving in a gripped position. The DRM clientapplication 456 based on received data from the depth image processing450 and recognizer engine 454 or locally image processing software 451identifies and tracks the gripped virtual object as that representing“Title 2” and tracks Hal's hand moving virtual “Title 2” onto thevirtual bookshelf representing “Jim's Books” in the virtualrepresentation of this portion of Jim's DRM library. The client DRMapplication 456 ₁ on Hal's device communicates directly or via the DRMreference service application 458 with the client DRM application 456Non Jim's mobile device 5 to send a message of the offer. Jim may respondwith a text or e-mail message. In some cases, Jim may respond with avoice message or live voice, e.g. a telephone call, saying “I accept”which the sound recognition software 478 on Hal's display device system8 identifies as a physical action indicating acceptance.

In other examples, Jim and Hal may be having a video chat, e.g. usingdisplay 16. For the transfer of “Title 2”, Hal's display device system8, his display device 2 and his processing unit 4, can capture data ofHal's physical actions of offer. Additionally, Hal can view the display16 through his display device 2 to allow capture of image data of one ormore gestures by Jim displayed on the screen indicating acceptance ofthe offer. Audio of Jim may also be used rather than gestures toindicate a response. Hal's microphone 110 can pickup “I accept” from theaudio data of Jim being played through the audiovisual display 16. Inthis way, although they may be having a live conversation from remotelocations, they can still transfer rights via physical actions ofgestures, voice, eye movements or a combination of these.

Additionally, a predefined distance in some embodiments may be appliedwith respect to a real-time facial or body digital representation of alive user being controlled by that live user in real-time, for example,from image processing and camera settings, a distance between Hal andthe display 16 may be determined to clarify if Hal is within apredefined distance of such a digital representation of Jim. Thepredefined distance criteria may be determined based on sensor data fromtransceivers, e.g. WUSB, infrared, Bluetooth, in display 16 and thedisplay device system 8, or based on distances determined from imagedata based on camera settings like resolution and focal length or depthimage data.

In another example, if the computer system 12 is running a depth imageprocessing and skeletal tracking application 451, a recognizer engine454, sound recognition software 478, facial and pattern recognitionsoftware 476, and a client DRM application 456, image data of Hal can becombined with image data of virtual objects, like “Title 2” hemanipulates and sent to a computer system Jim is using over a network.If Jim is using his display device system 8, he may see Hal'smanipulations of the virtual object at his remote location from his,Jim's perspective, while wearing display device 2.

In some examples, a real-time facial or body digital representation of alive user being controlled by that live user in real-time is an avatar.For example, Jim's movements may be being captured at his location bycaptures devices 20A and 20B and front facing cameras 113, audio may becaptured by a microphone (not shown) on the capture devices 20A and 20Bor via microphone 110, and processed by the various software 451, 450,454, 478, 476, 456 at his location and sent over a network 50 to theprocessing unit 4,5 and display device 2 of Hal's display device system2. Similarly, Hal's movements may be being captured at his location bysimilar capture devices 20A and 20B and front facing cameras 113, audiomay be captured by a microphone (not shown) on the capture devices 20Aand 20B or via microphone 110, and the various software 451, 450, 454,478, 476, 456 and sent over a network 50 to Jim's display device system8. Just as when users play a game over the Internet remotely and controltheir respective avatars, both Jim and Hal are controlling theirrespective avatars remotely in gestures and other physical actions whichsignify selection of virtual objects, as well as offers and acceptancesof rights transfers to digital content items.

In other examples, a user may select a virtual object and instead oftransferring the object to a physical user or a real-time facial orbodily digital representation of the live user, move the object next toa user name in a list like a contact list or a social networking list.The selected user may then receive a notification, e.g. e-mail of thetransfer request which the selected user may respond to via anothermessage.

FIG. 13A illustrates an example of a physical action of a user as agesture for selecting a digital content item. In this example, a firstuser 62 selects an avatar accessory of a sword from a library portion ofhis game accessories by gripping the handle of the virtual sword 60while looking at the object 60 and his hand 63 so that data can becaptured by the front facing cameras 113 of the hand for the recognizerengine 454 to identify a grip gesture and data of the user's eyes can becaptured by respective eye tracking cameras 134 from which the depthimage processing and skeletal tracking software 450 can determine thefirst user 62 is looking at the virtual sword 60. These actions in thisexample indicate the first user has selected the virtual sword 60.

FIG. 13B illustrates examples of physical actions of a first user withrespect to a virtual object and a second user indicating an offer of atransfer of a right and examples of physical actions of a second userwith respect to the virtual object and the first user accepting theoffer. The second user is within a predefined distance of the first userand has a trust level allowing his display device system 8 to seevirtual objects representing content selected by the first user. In thisexample, the first user 62 indicates an offer of ownership of the swordto second user 64 by the grip gesture on the sword and looking directlyat the second user 64. The display device system 8 of the second user,e.g. device 2 in combination with wirelessly coupled mobile device 5,identifies the offer is being made by the first user by capturing dataof the first user looking at the second user and making a grip gestureon the virtual sword. In order to indicate acceptance, the displaydevice system 8 of the second user has to capture data of a grip gestureof the virtual object by the user's hand 65, image data of the firstuser looking in the direction of the second user, gaze data indicatingthe second user 64 is looking at the first user 62 while capturing dataof the first user 62 taking his hand away from the virtual sword 60. Thecombination of the sequence of hand motions in combination with dataindicating eye contact for a predetermined time period indicatesdeliberate motions for a deliberate transfer of rights. Specificgestures may be used to identify specific rights being transferred. Inother examples, spoken words may also be used to define the rights beingtransferred to avoid embarrassing confusion.

As discussed above, in another embodiment, if the first user 62 andsecond user 64 were avatars, the predefined distance may be appliedbetween the avatars, and the predefined distance determined fromrelative positions of objects in the image data and camera settings likeresolution and focal length or depth image data and the location of thevirtual avatars in relation to the real objects in the image data.

In some situations such as shopping or perusing a friends content itemsstored in physical media, a user may want find out how to get a copy,physical or real, of a selected content item. For example, what dealsare out there for a copy of the content item.

FIG. 14A is a flowchart of an embodiment of a method for requesting anoffer of a right to a content item, digital or embodied in a physicalmedium. The user input software 744 in step 732 receiving dataidentifying at least one physical action of a user selecting a contentobject of interest. For example, based on a user holding a DVD or bookas captured in image data from the front facing camera 113 orenvironment cameras like capture devices 20A and 20B, the input software477 receives indication of a selection gesture like a grip or hold fromthe DRM application 456 as determined by local image processing software451 or the remotely executing recognizer engine software 454.Additionally, the physical action may be a gaze which has fixated on theobject beyond a time period. In some embodiments, the display devicesystem 8 may display a message asking the user if he or she isinterested in obtaining a copy of the content item. In step 734, data isreceived identifying at least one physical action indicating a requestfor one or more offers of rights to the content item represented by thecontent object of interest. Again, some examples of physical actions maybe spoken words, eye movements or physical gestures. In step 736, theclient application 456 sends a request to the DRM reference serviceapplication 458 over a network, and in step 738, the client application456 receives one or more offers of rights to the content item from theDRM reference service application 458 over a network 50 which aredisplayed to the user.

In one example, the right requested is for a digital version of acontent item the user owns a copy of in a physical medium. The user maybe instructed to find and look at a unique identifier on the physicalmedium like a Uniform Product Code (UPC), and the DRM service makes anoffer of providing a digital downloadable copy or a streamed copy. Thisdigital copy if stored as content 468 by the service is accessiblewherever the user has network access to the DRM reference serviceapplication 458.

FIG. 14B is a flowchart of an embodiment of a method for accepting anoffer of a right to a content item, digital or embodied in a physicalmedium. In step 740, the user input software 477 receives dataidentifying at least one physical action indicating user input acceptingan offer or one or more rights for the content item which iscommunicated to the client DRM application 456 which in step 742,receives a DRM data set 474 for the content item including the one ormore rights for the content item. In step 744, if the one or more rightsallow digital transfer of the content item, a digital version of thecontent item is transferred to the see-through, mixed reality displaysystem of the user from the offeror, for example a content providercomputer system 52 such as a retailer or direct producer. In step 746,the client application 456 sends the DRM data set for the content itemover a network 50 to the DRM reference service application 458 forupdating the DRM library of the user.

FIG. 15A is a flowchart of an embodiment of a method for identifying atleast one physical action of a user's eye selecting a content object ofinterest. In this example, the user input software 477 which analyzesgaze data determines in step 752 that adoration of a user's gaze on acontent object has exceeded a time window and in step 754 identifies thecontent object as a content object of interest selected by the user.

FIG. 15B is a flowchart of another embodiment of a method foridentifying at least one physical action of a user's eye selecting acontent object of interest. In this example, the user input software 477in step 756 identifies a selection action of a user eye during a user'sgaze on a content object and in step 758 identifies the content objectas a content object of interest selected by the user. An example of aselection action of a user eye is a blinking motion or sequence. Inanother example, it may be a sequence of pupil movements in up down orside to side movements detected in image data from the eye trackingcameras 134 or in sensor data from the electrical impulse sensors 128.

FIG. 16 is a block diagram of one embodiment of a computing system thatcan be used to implement the hub computing system of FIGS. 1A and 1B. Inthis embodiment, the computing system is a multimedia console 800, suchas a gaming console. As shown in FIG. 16, the multimedia console 800 hasa central processing unit (CPU) 801, and a memory controller 802 thatfacilitates processor access to various types of memory, including aflash Read Only Memory (ROM) 803, a Random Access Memory (RAM) 806, ahard disk drive 808, and portable media drive 806. In oneimplementation, CPU 801 includes a level 1 cache 810 and a level 2 cache812, to temporarily store data and hence reduce the number of memoryaccess cycles made to the hard drive 808, thereby improving processingspeed and throughput.

CPU 801, memory controller 802, and various memory devices areinterconnected via one or more buses (not shown). The details of the busthat is used in this implementation are not particularly relevant tounderstanding the subject matter of interest being discussed herein.However, it will be understood that such a bus might include one or moreof serial and parallel buses, a memory bus, a peripheral bus, and aprocessor or local bus, using any of a variety of bus architectures. Byway of example, such architectures can include an Industry StandardArchitecture (ISA) bus, a Micro Channel Architecture (MCA) bus, anEnhanced ISA (EISA) bus, a Video Electronics Standards Association(VESA) local bus, and a Peripheral Component Interconnects (PCI) busalso known as a Mezzanine bus.

In one implementation, CPU 801, memory controller 802, ROM 803, and RAM806 are integrated onto a common module 814. In this implementation, ROM803 is configured as a flash ROM that is connected to memory controller802 via a PCI bus and a ROM bus (neither of which are shown). RAM 806 isconfigured as multiple Double Data Rate Synchronous Dynamic RAM (DDRSDRAM) modules that are independently controlled by memory controller802 via separate buses (not shown). Hard disk drive 808 and portablemedia drive 805 are shown connected to the memory controller 802 via thePCI bus and an AT Attachment (ATA) bus 816. However, in otherimplementations, dedicated data bus structures of different types canalso be applied in the alternative.

A graphics processing unit 820 and a video encoder 822 form a videoprocessing pipeline for high speed and high resolution (e.g., HighDefinition) graphics processing. Data are carried from graphicsprocessing unit (GPU) 820 to video encoder 822 via a digital video bus(not shown). Lightweight messages generated by the system applications(e.g., pop ups) are displayed by using a GPU 820 interrupt to schedulecode to render popup into an overlay. The amount of memory used for anoverlay depends on the overlay area size and the overlay preferablyscales with screen resolution. Where a full user interface is used bythe concurrent system application, it is preferable to use a resolutionindependent of application resolution. A scaler may be used to set thisresolution such that the need to change frequency and cause a TV resyncis eliminated.

An audio processing unit 824 and an audio codec (coder/decoder) 826 forma corresponding audio processing pipeline for multi-channel audioprocessing of various digital audio formats. Audio data are carriedbetween audio processing unit 824 and audio codec 826 via acommunication link (not shown). The video and audio processing pipelinesoutput data to an AN (audio/video) port 828 for transmission to atelevision or other display. In the illustrated implementation, videoand audio processing components 820-828 are mounted on module 214.

FIG. 16 shows module 814 including a USB host controller 830 and anetwork interface 832. USB host controller 830 is shown in communicationwith CPU 801 and memory controller 802 via a bus (e.g., PCI bus) andserves as host for peripheral controllers 804(1)-804(4). Networkinterface 832 provides access to a network (e.g., Internet, homenetwork, etc.) and may be any of a wide variety of various wire orwireless interface components including an Ethernet card, a modem, awireless access card, a Bluetooth module, a cable modem, and the like.

In the implementation depicted in FIG. 16 console 800 includes acontroller support subassembly 840 for supporting four controllers804(1)-804(4). The controller support subassembly 840 includes anyhardware and software components needed to support wired and wirelessoperation with an external control device, such as for example, a mediaand game controller. A front panel I/O subassembly 842 supports themultiple functionalities of power button 812, the eject button 813, aswell as any LEDs (light emitting diodes) or other indicators exposed onthe outer surface of console 802. Subassemblies 840 and 842 are incommunication with module 814 via one or more cable assemblies 844. Inother implementations, console 800 can include additional controllersubassemblies. The illustrated implementation also shows an optical I/Ointerface 835 that is configured to send and receive signals that can becommunicated to module 814.

MUs 840(1) and 840(2) are illustrated as being connectable to MU ports“A” 830(1) and “B” 830(2) respectively. Additional MUs (e.g., MUs840(3)-840(6)) are illustrated as being connectable to controllers804(1) and 804(3), i.e., two MUs for each controller. Controllers 804(2)and 804(4) can also be configured to receive MUs (not shown). Each MU840 offers additional storage on which games, game parameters, and otherdata may be stored. In some implementations, the other data can includeany of a digital game component, an executable gaming application, aninstruction set for expanding a gaming application, and a media file.When inserted into console 800 or a controller, MU 840 can be accessedby memory controller 802. A system power supply module 850 providespower to the components of gaming system 800. A fan 852 cools thecircuitry within console 800. A microcontroller unit 854 is alsoprovided.

An application 860 comprising machine instructions is stored on harddisk drive 808. When console 800 is powered on, various portions ofapplication 860 are loaded into RAM 806, and/or caches 810 and 812, forexecution on CPU 801, wherein application 860 is one such example.Various applications can be stored on hard disk drive 808 for executionon CPU 801.

Gaming and media system 800 may be operated as a standalone system bysimply connecting the system to monitor 16 (FIG. 1A), a television, avideo projector, or other display device. In this standalone mode,gaming and media system 800 enables one or more players to play games,or enjoy digital media, e.g., by watching movies, or listening to music.However, with the integration of broadband connectivity made availablethrough network interface 832, gaming and media system 800 may furtherbe operated as a participant in a larger network gaming community.

Although the subject matter has been described in language specific tostructural features and/or methodological acts, it is to be understoodthat the subject matter defined in the appended claims is notnecessarily limited to the specific features or acts described above.Rather, the specific features and acts described above are disclosed asexample forms of implementing the claims.

1. An augmented reality display system comprising: a first imagegeneration unit configured to display an image of a virtual objectassociated with an existing or new legal right of a first user, thedisplay of the virtual object occurring within a first field of view ofthe first user; a sensor configured to detect a physical action by abody part of the first user and to produce first user action data; aprocessor configured to receive the first user action data and todetermine if the physical action is indicative of a request for a changeof legal status for at least the first user with respect to the existingor new legal right associated with the virtual object; and a memoryaccessible by the processor and configured to store data representingrules governing change of legal status for at least the first user withrespect to the existing or new legal right associated with the virtualobject; wherein the processor is configured to determine whether anindicated request for a change of legal status for at least the firstuser with respect to the existing or new legal right associated with thevirtual object complies with the represented rules governing therequested change of legal status; and wherein responsive to adetermination that the indicated request for the change of legal statusis permitted, the processor is configured to record the requested changeof legal status in the memory.
 2. The system of claim 1 furthercomprising a network interface configured to provide communicationbetween network linked portions of the system where the network linkedportions of the system include said first image generation unit andfurther include a second image generation unit corresponding to a seconduser where the second image generation unit is configured to display animage of the virtual object as associated with an existing or new legalright of the second user; the network interface being configured tofurther provide communication with a computer system that is configuredto provide legal rights management and to maintain the rules asapplicable at least for the first user; and the processor furtherconfigured to request and receive the maintained rules for at least thefirst user.
 3. The system of claim 2 further comprising: an additionalsensor configured to detect a physical action by the second user and toproduce second user action data; a processor configured to receive thesecond user action data and determine if the physical action performedby a pre-specified body part of the second user with respect to thevirtual object is indicative of a request for a change of legal statusfor at least the second user with respect to the existing or new legalright associated with the virtual object.
 4. The system of claim 3wherein: the processor is further configured to receive location dataindicative of respective locations of avatars of the first and secondusers and for determining whether the indicated respective locations ofthe avatars conform to a predetermined maximum distance permitted by themaintained rules for effectuating a correspondingly requested change oflegal status for at least one of the first and second users. 5.(canceled)
 6. The system of claim 1 wherein the rules comprise:identification of one or more changeable rights currently assigned tothe first user; and definition of one or more predefined distancesassociated with the first user that are determinative of whether acorrespondingly indicated request for a change of legal status for atleast the first user with respect to the existing or new legal rightassociated with the virtual object can take place.
 7. The system ofclaim 6 wherein a respective definition of the one or more predefineddistances is based on at least one of the following: a real worldlocation of the first user; a virtual world location of an avatar of thefirst user; an identity of a second user with whom the first user isinteracting; and an identification of a trust relationship associatedwith the identity of the second user.
 8. (canceled)
 9. The system ofclaim 1 wherein the virtual object is a three dimensional virtualobject.
 10. A machine-implemented method for causing change of legalstatus for at least a first user of a machine system, the methodcomprising: displaying to at least the first user, by at least a firstsee-through, augmented reality display device, one or more virtualobjects respectively associated with existing or new legal rights of thefirst user; identifying one or more physical actions by a body part ofthe first user and producing first user action data indicative of whichof the one or more physical actions was sensed; determining, based onthe first user action data, of whether one or more physical actionsperformed by a pre-specified one or more body parts of the first userwith respect to a corresponding one or more of the displayed virtualobjects is indicative of a request for a change of legal status for atleast the first user with respect to the existing or new legal rightsassociated with the one or more virtual objects; accessing stored datarepresenting rules governing change of legal status for at least thefirst user with respect to the existing or new legal rights associatedwith the virtual object can take place; and responsive to adetermination, based on the rules, that the indicated request for thechange of legal status is allowed, recording the requested change oflegal status.
 11. The method of claim 10 further comprising displayingby way of the first see-through, augmented reality display device amoving of a position of at least one of the virtual objects inaccordance with the first user action data.
 12. The method of claim 10wherein the one or more virtual objects are three-dimensional (3D)virtual objects, each having an appearance of being integrated with realworld objects seen through the first see-through, augmented realitydisplay device.
 13. The method of claim 10 wherein the accessing ofstored data representing said rules is further accompanied by at leastone of: detecting a real world location of the first user anddetermining if the location is in compliance with the accessed rules;detecting a virtual world location of an avatar of the first user anddetermining if it is in compliance with the accessed rules; determiningone or more distances associated with the first user and determining ifthey are in compliance with the accessed rules; determining an identityof at least a second user with whom the first user is interacting anddetermining if the identity is in compliance with the accessed rules;determining a trust level of the second user based on the determinedidentity of the second user and determining if the trust level is incompliance with the accessed rules; and determining whether the rulespermit the indicated as requested change of legal status to take place.14. The method of claim 13 wherein the recording of the requested changeof legal status as having taken place comprises: updating a stored dataset representing rights associated with identified persons to indicatethe change of legal status of the first user; and sending the updateddata set over a network to a rights management service forcorrespondingly updating a managed rights record of the first user. 15.The method of claim 14 further comprises: determining whether there isreceiving data identifying a physical action of the second userindicating acceptance of the indicated as requested change of legalstatus for the first user.
 16. The method of claim 10 whereindetermining, based on the first user action data, of whether the one ormore physical actions is indicative of a request for a change of legalstatus for at least the first user comprises at least one of thefollowing: identifying one or more hand positions of the first user;identifying one or more hand movements of the first user; identifying anaction of an eye of the first user; and identifying a sound spoken bythe first user.
 17. (canceled)
 18. One or more processor readablestorage media having stored thereon processor executable instructionsfor implementing a method effectuating a change of legal status of afirst user using a first see-through, augmented reality display device,the method comprising: sensing of one or more physical actions by acorresponding one or more body parts of the first user and causingproduction of corresponding first user action data indicative of whichof the one or more physical actions by which of the body parts of thefirst user was sensed; displaying by way of the first see-through,augmented reality display device to at least the first user of one ormore virtual objects respectively associated with existing or new legalrights of the first user; determining, based on the first user actiondata, of whether one or more physical actions performed by apre-specified one or more body parts of the first user with respect to acorresponding one or more of the displayed virtual objects is indicativeof a request for a change of legal status for at least the first userwith respect to the existing or new legal rights associated with the oneor more virtual objects; testing stored data representing rulesgoverning how and when change of legal status for at least the firstuser with respect to the existing or new legal rights associated withthe virtual object can take place; and responsive to a determination,based on the rules, that the indicated request for the change of legalstatus can take place, recording the requested change of legal status ashaving taken place. 19-20. (canceled)
 21. The one or more processorreadable storage media of claim 18, wherein the testing of stored datarepresenting said rules comprises at least one of: detecting of realworld location of the first user; detecting a virtual world location ofan avatar of the first user; determining one or more distancesassociated with the first user; determining an identity of at least asecond user with whom the first user is interacting; determining oftrust level of the second user based on the determined identity of thesecond user; and determining whether the rules permit the indicated asrequested change of legal status to take place based on the determinedtrust level of the second user.